https cpu load

[Илья Шипицин]

вс, 7 апр. 2019 г. в 23:00, Slawa Olhovchenkov <slw на zxy.spb.ru>:

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

это некое предположение, что "среднее хорошо написанное веб-приложение для
браузера" работает примерно одинаково.


>
> >
> > >
> > > > Вообще, я с вами согласен, моё предложение посмотреть профайлер было
> как
> > > > раз про это.
> > >
> > > нет никакого смысла смотреть профайлер в данный момент.
> > >
> >
> > в любом случае, чтобы узнать, на что расходуется cpu, надо смотреть
> > профайлер. какие еще есть варианты ?
>
> очевидно он расходуется на https, это бесполезное знание.
>


неочевидно.
например, у нас 70% cpu это компрессия.

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

из интересных моментов, каким-то странным образом при сборке портов
freebsd, мы умудрились скомпилировать openssl с выключенной ассемблерной
оптимизацией.
по профайлеру увидели, что 25% cpu уходит на "big numbers" арифметику
(которая в случае включенной ассемблерной оптимизации умножилась на ноль).

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

сколько раз использовал gperftools, еще не было повода пожалеть.



> интересоваться профалингом следует тоьлко если производительность не
> соответсвет ожидаемой, а это пока не известно.
>
> > gperftools хорош для этой задачи.
>
> не имеет значениею
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190407/8349b3cf/attachment-0001.html>