On Sun, Apr 07, 2019 at 10:02:22PM +0500, Илья Шипицин wrote: > вс, 7 апр. 2019 г. в 20:51, Slawa Olhovchenkov <s...@zxy.spb.ru>: > > > On Sun, Apr 07, 2019 at 06:14:18PM +0500, Илья Шипицин wrote: > > > > > On Sun, Apr 7, 2019, 1:17 AM Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > > > > > On Sun, Apr 07, 2019 at 12:14:51AM +0500, Илья Шипицин wrote: > > > > > > > > > сб, 6 апр. 2019 г. в 23:40, Evgenii Davidov <d...@korolev-net.ru>: > > > > > > > > > > > Здравствуйте, > > > > > > > > > > > > On Sat, Apr 06, 2019 at 11:11:19PM +0500, Илья Шипицин пишет: > > > > > > > > > > > > > 10000 установленных соединений или 10000 новых соединений в > > секунду ? > > > > > > > > > > > > спасибо, установленных) > > > > > > > > > > > > > > > > > > > > > 200000 установленных на 1 сервер обрабатываем > > > > > > > > какая разница сколько их, если скажем они все простаивают? > > > > > > > > имеет значение количество передаваемого трафика по этим соединениям (в > > > > гигабитах/с) и количество устанавливаемых соединений в секунду (когда > > > > считаются вся ассиметричная математика). > > > > > > > > > > Я предполагаю, что на больших объёмах действует закон больших чисел, и > > > количество установленных соединений вытекает из того, что вы написали. > > > > прежде чем ссылаться на закон больших чисел надо убедиться что в обоих > > случаях происодит один и тот же эксперимент. > > > > естественно. я предполагаю, что тот, кто будет сравнивать, понимает это.
и при этом не сообщая ничего о своем (референсном в данном случае) профиле нагрузке? оригинально > > > > > > Вообще, я с вами согласен, моё предложение посмотреть профайлер было как > > > раз про это. > > > > нет никакого смысла смотреть профайлер в данный момент. > > > > в любом случае, чтобы узнать, на что расходуется cpu, надо смотреть > профайлер. какие еще есть варианты ? очевидно он расходуется на https, это бесполезное знание. интересоваться профалингом следует тоьлко если производительность не соответсвет ожидаемой, а это пока не известно. > gperftools хорош для этой задачи. не имеет значениею _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru