> On 22 Dec 2023, at 11:17, izor...@gmail.com wrote: > > Добрый день, Сергей. > > Удалось ещё немного поэкспериментировать. > Если использовать браузер, то сперва размер probe mtu составляет 1200, > а потом увеличивается до 1472. > Потом проверил через curl, там средний размер пакета составляет чуть > больше 1200, при скачивании файла только под конец размер пакета доходит > до 2400-2500. При размере файла чуть меньше 200 кб, где-то пакетов 10 > или меньше превышают 1500. Мне кажется алгоритм работает не слишком быстро. > Может ли браузер Chrome ограничивать размер QUIC пакетов? >
При выборе, как часто выполнять шаги поиска MTU, важно соблюдать баланс между временем схождения и нагрузкой на сеть. Поиск MTU - это такой же трафик, поэтому текущий алгоритм старается не нагружать сеть попусту: в текущей реализации поиск имеет отложенный старт и каждый шаг поиска выполняется с задержкой, иначе это было бы особенно заметно на коротких соединениях. Поэтому, если MTU замерять сразу после установки соединения на первом запросе, это может выглядеть так, что поиск работает медленно. Но в конечном итоге алгоритм поиска сходится за разумное время, учитывая что, как правило, соединение HTTP/3 (как и HTTP/2) повторно используется для нескольких (многих) запросов. > Вы писали 21 декабря 2023 г., 13:36:21: > >> Причины могут быть разные, необязательно тюнинг числа попыток/таймаута >> может помочь. Для начала неплохо бы понимать, что происходит в сети. >> Для этого можно пронаблюдать процесс поиска MTU в debug log, >> см. строчки "probe mtu" / "ack mtu" для выбранного соединения. >> Клиентский лимит логгируется в "quic tp max_udp_payload_size". > > > -- > С уважением, > Izorkin mailto:izor...@gmail.com > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > https://mailman.nginx.org/mailman/listinfo/nginx-ru -- Sergey Kandaurov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org https://mailman.nginx.org/mailman/listinfo/nginx-ru
