lega: да похоже много шумихи насчет асинхронной модели выполнения, и больно нет смысла обычные сайты пилить под ней, но как я понял если нужно держать много одновременных соединений то тут определенно нужно использовать асинхронную модель выполнения ведь много потоков тоже создать не получится, я прав?
Да то что в каждом конкретном случае производительность может упасть так как обработчик может быть "занят" пока не дойдет до него очередь, но в целом если смотреть то по идее производительность должна увеличиться.
А как насчет не долгих блокировок, чтение/запись в бд в основном происходят за 50-100 мл секунд, но даже вроде в этом случае это должно дать положительный эффект нет?
То что асинхронный подход несколько сложнее и легко свалить всю систему одним долгим синхронным вызовом это я знаю, но какие задачи должно решать приложение что бы это случилось как я понял это какие сложные длительные вычисления которые будут грузить сам процессор но это ведь не 99% сайтов web'a.
Мне просто хочется понять где и какой выигрыш может дать применение асинхронного подхода, и когда я читал статьи то мне на секунду показалось что выигрыш должен быть даже при типичным web сайте(обычные запросы к бд, рендеринг отображения), вопрос только стоит ли игра свеч?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
