ну какбы нет универсальной https нагрузки. я в проде видел такое
1) контекстная реклама. клиент приходит ровно 1 раз. делает полный ssl хендшейк, делает маленький запрос. 2) приложение на react, с примерно 100 asset-ами, которые генерировали запросы на js, css, png соотношение количества полных ssl хендшейков к сокращенным было разное. и оно довольно сильно отличается от продакшена к продакшену. замерять так, как вы замеряли - да, прикольно. но стоит иметь в виду, что возможны и другие кейсы. я бы попробовал jmeter-ом описать разные профили и пострелять. серверный профиль во всех случаях одинаково снимается gperftool-ом ну и интересный вопрос, может ли и должен ли быть sendfile в случае http/3 (это из того, что вы сняли, бросается в глаза). ср, 3 янв. 2024 г. в 16:01, <izor...@gmail.com>: > Здравствуйте, Илья. > > > Ну для меня это самый простой способ проверить скорость, в лоб :) > > > > Вы писали 3 января 2024 г., 17:38:39: > > > на самом деле, нагрузка вида "один SSL хендшейк и скачивание локального > файла в терабайт" - непохожа ни на одну, которую я видел в проде. > возможно, это что-то первое пришедшее в голову. как вариант поиграться - > почему нет. > > я видел что-то типа "средний размер ответа 12.5 килобайт и 100 abbreviated > handshakes на 1 full handshake". > > Возможно ли это сделать с gperftools. > > > > Вы писали 3 января 2024 г., 17:26:36: > > > из того, что бросается в глаза, на http/3 не видно sendfile. > > из того, что интересно, там два столбца с процентами, непонятно, что из > них что. > обычно это в каком-то порядке "self", т.е. собственное время функции, и > "incl", кумулятивное время со всеми вызываемыми функциями > > но по приведенной легенде не видно, кто есть кто > > Это надо уже настраивать ещё одну виртуальную машину для теста. > не, это вопрос к интерпретации снятых данных. вы что-то сняли, вопрос что именно. > > > Вы писали 3 января 2024 г., 17:31:43: > > > насколько я понимаю, sendfile это отдача локальной статики. > один из возможных случаев, но было бы интересно посмотреть на реверс прокси > > > -- > С уважением, > Izorkin mailto:izor...@gmail.com > <izor...@gmail.com> > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > https://mailman.nginx.org/mailman/listinfo/nginx-ru >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org https://mailman.nginx.org/mailman/listinfo/nginx-ru
