Re: nginxQuic: скорость загрузки при активации kTLS

Илья Шипицин chipitsine на gmail.com
Ср Янв 3 15:44:29 UTC 2024


ср, 3 янв. 2024 г. в 16:38, <izorkin на gmail.com>:

> Добрый вечер, Илья.
>
>
>
> Не уверен, что хватит свободного времени, чтобы углубиться в тестирование
> с помощью jmeter-а. Я на практике
>
> практически не сталкиваюсь с такими высокими нагрузками. Хотелось просто
> провести простое сравнение
>
> производительности с Kernel TLS, предполагал, что и для QUIC протокола
> будет заметный прирост скорости.
>

у QUIC область применимости - плохого качества интернет 3G и браузерная
нагрузка.
там, где tcp будет тормозить на своих хендшейках, у QUIC-а нет
tcp-хендшейков, там, где tcp будет снижать размер окна
из-за потерь, у QUIC-а с этим лучше.

на синтетической нагрузке типа вашей - результат интересный, но не совсем
то, подо что проектировался QUIC

из простого, можно попробовать добавить 30% потерь пакетов и замерить
скорость в вашем случае.

ну и замеры подобно вашему, должны документироваться для истории. не
хотелось бы накопленные данные терять


>
>
>
> Вы писали 3 января 2024 г., 18:10:06:
>
>
> ну какбы нет универсальной https нагрузки.
>
> я в проде видел такое
>
> 1) контекстная реклама. клиент приходит ровно 1 раз. делает полный ssl
> хендшейк, делает маленький запрос.
> 2) приложение на react, с примерно 100 asset-ами, которые генерировали
> запросы на js, css, png
>
> соотношение количества полных ssl хендшейков к сокращенным было разное. и
> оно довольно сильно отличается от продакшена к продакшену.
>
> замерять так, как вы замеряли - да, прикольно. но стоит иметь в виду, что
> возможны и другие кейсы.
>
> я бы попробовал jmeter-ом описать разные профили и пострелять. серверный
> профиль во всех случаях одинаково снимается gperftool-ом
>
> ну и интересный вопрос, может ли и должен ли быть sendfile в случае http/3
> (это из того, что вы сняли, бросается в глаза).
>
>
> --
> С уважением,
>  Izorkin                          mailto:izorkin на gmail.com
> <izorkin на gmail.com>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> https://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следующая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20240103/2e0b0f34/attachment-0001.htm>


Подробная информация о списке рассылки nginx-ru