можно без него

Можно конечно все пихать в очередь одного ивентлупа

именно

Но это тормозить будет

не будет

Лол

если нормально реализовать

Утилизация ресуров, уровня Николай

Знаешь почему go любят?

ну вот тебе простой вариант

Потому что с его помощью ты можешь утилизировать все ресурсы машины которые у тебя есть

Сам евентлуп - да, но если надо делать IO на внешние ресурсы, то тут надо заводить пул тредов как это сделали в ноде.

http://stackoverflow.com/questions/14795145/how-the-single-threaded-non-blocking-io-model-works-in-node-js

есть веб-приложение асинхронное, есть очередь сообщений для запуска асинхронных тасков на бэкенде

single threaded non blocking IO model

приложение по сути мультиплексирует два сокета - входной и выходной

никаких задержек там нет, все в одном потоке работает

приложение по сути мультиплексирует два сокета - входной и выходной

И чтобы утилизировать остальные ядра тебе надо запустиь несколько инстансов приложения.

А в Go, ты просто создаешь горутины которые используют пул потоков, по сути та же кооперативная многозадачность только сделанная правильно.

single threaded non blocking IO model

Почитай исходники, а не тред на стековерфлоу. То что ивент луп однопоточный никто не спорит. Я даже об этом и писал.

В общем, языки которые не могут утилизировать доступные ресурсы машины без извращений типа cluster-node обьявляются неполноценными.

Полноценные это Go, Java, .C#, Erlang.

Почитай исходники, а не тред на стековерфлоу. То что ивент луп однопоточный никто не спорит. Я даже об этом и писал.

ну как я понял из твоих слов, ты утверждаешь, что если нужно обращаться например к нескольким сокетам из ноды, то нужно несколько тредов. это же не так. большинство приложений на ноде и работают из одного потока

ну как я понял из твоих слов, ты утверждаешь, что если нужно обращаться например к нескольким сокетам из ноды, то нужно несколько тредов. это же не так. большинство приложений на ноде и работают из одного потока

И используют либы которые делегируют пулу тредов задачи, вроде записи в базу.

В общем, языки которые не могут утилизировать доступные ресурсы машины без извращений типа cluster-node обьявляются неполноценными.

если из этого исходить, то да. нода неполноценна )

если из этого исходить, то да. нода неполноценна )

Как и питон.

Как и руби

если принять твоё определение неполноценности, то да. всё так

Ну вот, а утверждать что танцы с бубном вокруг event loop и select/epoll это наше все и именно так нужно строить многопоточные системы, это мягко говоря, неверно. Хотя такой подход, и имеет право на жизнь.

Самое смешное это как Николай предлагал все делать в одном потоке. Не смотря на то, что без пула тредов которые будут делать внешнее IO, все будет тормозить при нагрузке. И не смотря на то что, я его тыкал на то как это сделано в реальном мире, а не в статьях лошков с хабра.

ну тут хз, я не соглашусь. ты смешиваешь разные понятия. и мультитред хорошо, и эвентлуп. надо и то и то юзать

ну тут хз, я не соглашусь. ты смешиваешь разные понятия. и мультитред хорошо, и эвентлуп. надо и то и то юзать

Это нормальная точка зрения.

ты просто утверждал, что не получится написать асинхронное приложение в одном треде

ты просто утверждал, что не получится написать асинхронное приложение в одном треде

Получиться, но это будет suboptimal solution.

опять же как пример nginx

всем

ку

есть кто

количество тредов обычно равно количеству ядер

в каждом треде epoll условно говоря юзается

Ну вот, NGINX использует пул воркеров

но если будет 100500 клиентов, он не создаст 100500 тредов

https://www.nginx.com/blog/thread-pools-boost-performance-9x/

Нет конечно

Кооперативная многозаданость

так о чём и речь

Самое смешное это как Николай предлагал все делать в одном потоке. Не смотря на то, что без пула тредов которые будут делать внешнее IO, все будет тормозить при нагрузке. И не смотря на то что, я его тыкал на то как это сделано в реальном мире, а не в статьях лошков с хабра.

самое смешное - это был спор изначально про терминологию

треды для конкарренси не нужны. точка. с этим спорить - глупо

как оно в ноде реализовано - это уже другой вопрос

треды для конкарренси не нужны. точка. с этим спорить - глупо

ЛОЛ

ОКЕЙ

Ngnix

я тебе пишу про определение, а ты мне реализации тыкаешь

Там по умолчанию один поток, но можно использовать и пул тредов с кооперативщиной.

не надо так

Там по умолчанию один поток, но можно использовать и пул тредов с кооперативщиной.

можно из буханки хлеба троллейбус сделать еще

Ну ну, пиши дальше в одном потоке

можно что угодно

Только вот изначально речь шла про яву.

но треды к конкарренси отношения не имеют. Если ты считаешь иначе - извини, ты плохо разбираешься в теме

Ngnix

redis?

ничего себе, вы до сих пор спорите, держите котиков

redis?

он таки слова николая подтверждает :)

redis?

Базару ноль, только он пишет в память, а репликация и сохранение на диск в отдельных тредах.

И вообще. Это частный случай.

Базару ноль, только он пишет в память, а репликация и сохранение на диск в отдельных тредах.

ну то есть ты согласен, что выше насчет определения конкарренси написал херню?

окей

давно пора

И вообще. Это частный случай.

ну да. он подтверждает то, что для конкурентности достаточно одного треда

ну то есть ты согласен, что выше насчет определения конкарренси написал херню?

Это не отменяет первоначального тезиса, что в джаве канкарренси/паралеллизм сделаны лучше чем в Node.js/Python/Ruby и прочих скриптовых языках.

Это не отменяет первоначального тезиса, что в джаве канкарренси/паралеллизм сделаны лучше чем в Node.js/Python/Ruby и прочих скриптовых языках.

это именно что его отменяет

это именно что его отменяет

Лол

потому что конкарренси в питоне отличное, а треды к этому отношения не имеют

Окей, в явке, шарпах, ты можешь использовать ивент луп и epoll, а можешь все по другому сделать

и в nodejs конкарренси тоже отличное

и да, оно лучше, чем в джаве

Только утилизация ресурсов, что там, что там - говно.

и там и там

Если ты кодишь на машине с одним ядром, то может быть.

Только утилизация ресурсов, что там, что там - говно.

утилизация ресурсов не имеет отношения к конкарренси, опять же

есть концепция конкурентности

она описывает подход

утилизация ядер, треды - это все к конкарренси не имеет отношения

Окей, то есть ты утверждаешь что если весь IO и процессинг делать в одном треде на одном ядре, то это заебок.

сколько раз мне тебе еще этот очевидный факт написать, чтобы ты понял?

Окей, то есть ты утверждаешь что если весь IO и процессинг делать в одном треде на одном ядре, то это заебок.

я не утверждаю такого. я лишь утверждаю, что утверждение “конкарренси подразумевает треды” - бред

но во многих задачах - да, это отлично будет работать

и я тебе привел пример такой задачи выше

Окей, я с тобой согласен, насчет самого термина канкареннси, который родом чуть ли не из 70-80х, когда все компютеры были на одном ядре, но в современном мире надо уметь оптимально использовать доступные ядра процессора, и вот языки которые позволяют софтине утилизировать больше чем 1 ядро всегда будут скейлиться лучше и проще чем языки которые плохо малтитрединг поддерживают. Поэтому без модулей на С/C++ твой python это язык не полноценный.

Окей, я с тобой согласен, насчет самого термина канкареннси, который родом чуть ли не из 70-80х, когда все компютеры были на одном ядре, но в современном мире надо уметь оптимально использовать доступные ядра процессора, и вот языки которые позволяют софтине утилизировать больше чем 1 ядро всегда будут скейлиться лучше и проще чем языки которые плохо малтитрединг поддерживают. Поэтому без модулей на С/C++ твой python это язык не полноценный.

язык - полноценный. То, что он не поддерживает какую-то сильно желаемую тобой концепцию - это твои личные проблемы. И да, питон сам написан на C/C++. Более того, в pypy уже есть рабочая реализация STM.

вместо GIL

и да, если говорить о термине “конкарренси” - да, в питоне оно в разы лучше, чем в джаве

насчет многопоточности - наверное, джава выиграет

и да, если говорить о термине “конкарренси” - да, в питоне оно в разы лучше, чем в джаве

В явке тоже внезапно можно сделать реализацию на select/epoll и event loop

Reactor паттерн реализации есть

В явке тоже внезапно можно сделать реализацию на select/epoll и event loop

покажи мне хоть один асинхронный фреймворк на джаве, который сравним по производительности с tornado/aiohttp/gevent

@Ychumakov как ты относишься к бане?

вы гуси

ВСЕ

Мы - роботы