V
В космосе летают зеленые человечки, аргументируй, что их нет
Я этого не утвреждал, а вот что асинхронный код не дает ускорения ты только что сказал выше
Size: a a a
2021 March 25
S🛸
С чего он дает ускорение?
Нет ожидания io
A
9 лет назад не было проблемой
https://m.habr.com/ru/post/123154/
https://m.habr.com/ru/post/123154/
А, cluster по количеству ядер, понял.
M
Нет ожидания io
Какого io
V
Какого io
Пока 1 воркер при классическом подходе берет данные от клиента, что-то с ними делает, идет в кэш, ждет пока оттуда получит ответ, потом идет в базу, и ждет пока данные из базы придут, воркер работающий асинхронно берет данные, ставит задачу ОС на получение/передачу данных и не ожидая завершения этого процесса начинает обрабатывать следующий запрос. Это же главная фишка Workerman, они об этом пишут у себя в описании:
WorkerMan is an asynchronous event driven framework for easily building fast, scalable network applications. Its core is an event loop and each worker can handle many connections concurrently. WorkerMan uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications.
M
Пока 1 воркер при классическом подходе берет данные от клиента, что-то с ними делает, идет в кэш, ждет пока оттуда получит ответ, потом идет в базу, и ждет пока данные из базы придут, воркер работающий асинхронно берет данные, ставит задачу ОС на получение/передачу данных и не ожидая завершения этого процесса начинает обрабатывать следующий запрос. Это же главная фишка Workerman, они об этом пишут у себя в описании:
WorkerMan is an asynchronous event driven framework for easily building fast, scalable network applications. Its core is an event loop and each worker can handle many connections concurrently. WorkerMan uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications.
Ну обычно то много воркеров используется, и юзерам не надо долго ждать.
A
Пока 1 воркер при классическом подходе берет данные от клиента, что-то с ними делает, идет в кэш, ждет пока оттуда получит ответ, потом идет в базу, и ждет пока данные из базы придут, воркер работающий асинхронно берет данные, ставит задачу ОС на получение/передачу данных и не ожидая завершения этого процесса начинает обрабатывать следующий запрос. Это же главная фишка Workerman, они об этом пишут у себя в описании:
WorkerMan is an asynchronous event driven framework for easily building fast, scalable network applications. Its core is an event loop and each worker can handle many connections concurrently. WorkerMan uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications.
Зашёл я на сайт этого фреймворка и выпал с документации на китайском и отсутствия английской версии.
V
Ну обычно то много воркеров используется, и юзерам не надо долго ждать.
Если профиль твоей нагрузки - io, то асинхронщиная эффективней, для cpu bound нагрзуки эффекта такого не будет, потому что воркер будет выполнять операции для одного запроса, а остальные, условно, будут стоять в очереди
AG
Artyom
Зашёл я на сайт этого фреймворка и выпал с документации на китайском и отсутствия английской версии.
Вообще английская версия есть. http://www.workerman.net/en/ только дока отвалилась чот
V
Вообще английская версия есть. http://www.workerman.net/en/ только дока отвалилась чот
Можно гугл транслейт)
M
Если профиль твоей нагрузки - io, то асинхронщиная эффективней, для cpu bound нагрзуки эффекта такого не будет, потому что воркер будет выполнять операции для одного запроса, а остальные, условно, будут стоять в очереди
С асинхронностью тоже новые потоки будут создаваться, и ресурс когда то закончится )
V
С асинхронностью тоже новые потоки будут создаваться, и ресурс когда то закончится )
С асинхронностью 1 поток может обработать множество запросов