<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">сб, 6 янв. 2024 г. в 07:33, <<a href="mailto:izorkin@gmail.com">izorkin@gmail.com</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"><div class="msg1702207932938882739">            <div><p>Добрый утро, Илья.</p><p><br></p><p>Изначально я предполагал, что kTLS влияет на производительность HTTP/3 протокола,</p><p>так как изначальные тесты показали небольшой прирост производительности и я хотел</p><p>узнать, можно ли добиться ещё большей производительности как у HTTP/1.1 протокола.</p><p>Вот и хотел в начале узнать, как можно добиться оптимизации обработки HTTP/3</p><p>протокола с использованием kTLS и увеличить скорость.</p><p> </p><p>После дополнительных тестов, в том числе и на физической машине, убедился, что kTLS</p><p>не используется в протоколе HTTP/3, да и в документации к ядру нет упоминания о</p><p>поддержке UDP протокола. Хотелось бы, чтобы разработчики ядра в будущем внедрили</p><p>поддержку UDP протокола.</p><p> </p><p>А после всех тестов стало видно, что при обработке HTTP/3 протокола ядро процессора</p><p>утилизируется не полностью, на физическом сервере нагрузка доходит всего лишь до</p><p>60%, а на виртуальной машине до 90%.</p></div></div></blockquote><div><br></div><div>пока идет такая пьянка, вы каким компилятором собирали nginx (и библиотеки) ?</div><div>попробуйте подняться до последних версий gcc и clang ?<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"><div class="msg1702207932938882739"><div><p>Из-за чего так происходит не знаю, может это из-за особенностей обработки протокола</p><p>HTTP/3 или где-то ещё можно оптимизировать процесс обработки. В тестах с OpenSSL</p><p>версии 1.1.1 практического увеличения скорости не заметил, тогда, вероятно, из-за</p></div></div></blockquote><div><br></div><div>собственно, по записанному Вами gperftool, ssl-ная часть у вас в районе 17% на aesni.</div><div>aesni реализуется в процессоре, в этом 1.1.1 не отличается от 3.X</div><div><br></div><div>на высококонкурентных запросах отличие обычно есть в пользу 1.1.1<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"><div class="msg1702207932938882739"><div><p>чего-то другого происходит не полная загрузка процессора.</p><p> </p><p>В итоге вопрос становится другим - можно ли как-то оптимизировать процесс обработки</p><p>HTTP/3 протокола, чтобы добиться увеличения скорости при максимальной нагрузке</p><p>процессора, когда нет ограничений в скорости предоставления данных со стороны</p><p>файловой системы.</p></div></div></blockquote><div><br></div><div><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"><div class="msg1702207932938882739"><div><p> </p><p>Вы писали 6 января 2024 г., 1:22:05:</p><p> </p><blockquote class="m_1702207932938882739rt"><div dir="auto"><div dir="auto">Вот тут, честно, логическую нить потерял. Вы хотели установить, влияет ли включение kTLS на быстродействие http/3.</div><div dir="auto"><br></div><div dir="auto">Есть какая-то связь неполной утилизации процессора с этим вопросом?<br>
</div></div>
</blockquote><p></p><p><br></p><p> </p><div class="m_1702207932938882739email-signature">-- <br>
С уважением,<br>
 Izorkin                          <a href="mailto:izorkin@gmail.com" target="_blank">mailto:izorkin@gmail.com</a></div></div>_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="https://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">https://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></blockquote></div></div>