<html><head>            <style type="text/css" title="rt_noDelete">
    blockquote.rt {
    margin: 0 0 15px;
    border-left: 4px solid #81c784;
    padding: 0 0 0 12px;
    display: block;
    }
    p { margin: 0 0 0 0 }
.email-signature {font-family:"Arial"; font-size: 8pt; font-style: italic; font-weight: normal; text-decoration: none; }
    </style></head><body><p class="norm">Добрый вечер, Илья.</p><p class="norm"><br/></p><p>Благодарю за рекомендации!</p><p>По логам для Mastodon запросы идут в основном по протоколу HTTP/1.1, а по HTTP/2 протоколу</p><p>раз в 10 меньше, если сравнить сегодняшний лог.</p><p> </p><p>Для Mastodon сейчас пытаюсь разобраться и оптимизировать конфигурацию для него:</p><p><a href="https://github.com/mastodon/mastodon/pull/19644">https://github.com/mastodon/mastodon/pull/19644</a></p><p> </p><p>Вполне возможно, что мог что-то упустить :)</p><p> </p><p class="norm">Вы писали 4 января 2024 г., 23:25:28:</p><p class="norm"></p><p class="norm"></p><p> </p><blockquote class="rt"><div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div></div><div>как можно поступить в данном случае.</div><div><br/></div><div>Mastodon - судя по описанию</div><div><br/></div><div>1) written using ruby</div><div>2) туда ходят браузеры</div><div><br/></div><div>из первого я бы предположил, что в конфиге есть proxy_pass (или аналог), а значит нагрузка будет не sendfile-овая</div><div>из второго - в общих чертах, если есть браузеры, то примерно в 100% ответ "да" для http/2 и http/3</div><div><br/></div><div>http2 и http/3 делают для браузера более кайфово. ценой некоторого доп расхода цпу. браузер себя лимитирует 2-мя tcp</div><div>сессиями, в рамках http/1.1 браузер может скачивать одновременно 2 объекта. современная верстка предполагает несколько десятков css, js, png файлов,</div><div>в http/2 есть мультиплексирование запросов внутри одной сессии, за счет чего браузер может одновременно качать все файлы, не дожидаясь каждого отдельно.<div dir="ltr"><div class="gmail_quote"><div></div></div></div></div></div></div></blockquote><p>Для оптимизации я ещё настроил автоматическое предварительное сжатие статических файлов в brotli и gzip форматы присутствующих в пакетах Mastodon/Peertube в NixOS.</p><p> </p><blockquote class="rt"><div dir="ltr"><div class="gmail_quote"><div></div><div>еще http/2 более кайфово для браузера сжимает трафик за счет дедупликации хедеров и подобных мелочей (что тоже немного увеличивает расход процессора)<div dir="ltr"><div class="gmail_quote"><div></div><div><br/></div><div>если у вас что-то, куда ходит браузер (вы говорите, блог на Mastodon), то вопрос включения или не включения http/2 обычно - насколько браузеру будет кайфовее, а не <br/></div><div>насколько вырастет расход процессора.</div></div></div></div></div></div></blockquote><p>Ну до 2-го пункта врядли дойдёт дело. Параметр для0-RTT использую в HTTP/3 протоколе :). Протестировать сайт с </p><p>помощью pagespeed надо как-нибудь протестировать, не забыть.</p><blockquote class="rt"><div dir="ltr"><div class="gmail_quote"><div><div dir="ltr"><div class="gmail_quote"><div></div><div></div></div></div></div></div></div></blockquote><blockquote class="rt"><div dir="ltr"><div class="gmail_quote"><div><div dir="ltr"><div class="gmail_quote"><div></div><div>я бы посоветовался с каким-нибудь SEO из вебстудии, но то, что навскидку приходит в голову ...</div><div><br/></div><div>1) <a href="https://pagespeed.web.dev/">https://pagespeed.web.dev/</a> (с включенным и выключенным http/2)</div><div>2) сертификаты EC <br/></div><div>3) 0-RTT (early data)<br/>
</div></div></div>
</div></div></div></blockquote><p class="norm"></p><p class="norm"><br/></p><p>А вот с разницей в противоположных результатах скорости между виртуальным и физическим сервером надо</p><p>бы как-то разобраться, хотя бы понять почему так происходит :)</p><p> </p><p> </p><div class="email-signature">-- <br/>
С уважением,<br/>
 Izorkin                          <a class="HR" href="mailto:izorkin@gmail.com">mailto:izorkin@gmail.com</a></div></body>