<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 23 июл. 2020 г. в 21:54, Slawa Olhovchenkov <<a href="mailto:slw@zxy.spb.ru">slw@zxy.spb.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jul 23, 2020 at 07:35:35PM +0300, Evgeniy Berdnikov wrote:<br>
<br>
> On Thu, Jul 23, 2020 at 07:09:41PM +0300, Slawa Olhovchenkov wrote:<br>
> > это все понятно и очевидно, но два раза -- это два раза.<br>
> > типичный размер ответа -- 400кб, клиенты сокет до получения ответа<br>
> > закрывать не должны.<br>
> <br>
>  Можно запустить tcpdump и посмотреть, сколько отдаётся клиенту.<br>
>  Эта утилита прямо номера байт с начала коннекции покажет.<br>
>  В нормальной сети можно ещё накинуть ещё 2-5% на ретрасмиссии.<br>
>  Плюс есть счётчики интерфейсов (там будет больше на L2-заголовки,<br>
>  что в для mtu=1500 максимум пару процентов добавит). И станет ясно,<br>
>  адресовать претензии к nginx или к канальному оборудованию.<br>
<br>
я не понимаю к чему это все, я уже сказал -- канальное оборудование<br>
(системные счетчики и свитчевые) показывают в два раза МЕНЬШЕ трафика<br>
чем по учету bytes_sent.<br>
<br>
PS: а что, ssl как-то хитро bytes_sent искажает?<br></blockquote><div><br></div><div>ваш случай выбивается из того, что мы обычно видим.</div><div><br></div><div>обычно, за счет SSL добавляется оверхеда (который непонятно как посчитать)<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div></div>