SZ
жирный сервис выйдет, на 100 одновременных коннектов к базе
Size: a a a
2018 November 09
AE
на все время ожиданя
VP
охладите меня. тред вставший в ожидание сокета не заберет системный поток выполнения?
Заберёт. Ну так на то это и поток в пуле.
IM
Ктор может обрабатывать запросы в несколько потоков, встанет тот в котором идет запрос к бд, если требуется можно его в корутину. Главное русурс во время освобождать.
IM
Я использую пул, если нехватает соединений, он ждет пока освободится
AE
Заберёт. Ну так на то это и поток в пуле.
так 100 потоков то и не вывезется одновременно. я вот к этому и веду
VP
так 100 потоков то и не вывезется одновременно. я вот к этому и веду
Ну допустим, но я не понимаю, к чему вы ведёте
AE
Ну допустим, но я не понимаю, к чему вы ведёте
сколько активных тредов могут бежать одновременно? :)
IM
Пул вроде создает соединения по мере необходимости обычно.
IM
И закрывает их если не используются.
VP
сколько активных тредов могут бежать одновременно? :)
Сколько ядер CPU. И?
AE
окей, про какой пул мы говорим :) потоки или коннекты?
AE
Пул вроде создает соединения по мере необходимости обычно.
вопрос сюда
IM
я про пул соединений с бд
AE
Сколько ядер CPU. И?
так сколько активных соединений сможет вычитывать одновременно приложение на 8-ядерном проце?
AE
я про пул соединений с бд
мы про треды
VP
так сколько активных соединений сможет вычитывать одновременно приложение на 8-ядерном проце?
А при чём тут активные треды?
Можно послать 100 запросов (по 4 одновременно), подождать их (блокируясь), и потом обработать 100 ответов (опять же, по 4 одновременно).
Если на latency пофигу, можно и в один поток работать.
Можно послать 100 запросов (по 4 одновременно), подождать их (блокируясь), и потом обработать 100 ответов (опять же, по 4 одновременно).
Если на latency пофигу, можно и в один поток работать.
AE
А при чём тут активные треды?
Можно послать 100 запросов (по 4 одновременно), подождать их (блокируясь), и потом обработать 100 ответов (опять же, по 4 одновременно).
Если на latency пофигу, можно и в один поток работать.
Можно послать 100 запросов (по 4 одновременно), подождать их (блокируясь), и потом обработать 100 ответов (опять же, по 4 одновременно).
Если на latency пофигу, можно и в один поток работать.
у тебя 4 потока стоят в socket.read(), как остальные потоки запустишь?
VP
у тебя 4 потока стоят в socket.read(), как остальные потоки запустишь?
В смысле как? Их за меня пул запустит, если я захочу параллельно обрабатывать ещё что-нибудь.
QH
так сколько активных соединений сможет вычитывать одновременно приложение на 8-ядерном проце?
несколько тысяч?..
(простите что влезаю)
(простите что влезаю)