<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Профайлинг?</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID12/6590.html</link>
    <description>Есть ли возможность вывести в лог информацию о времени обработки конкретного запроса в таком виде:&lt;br&gt;&lt;br&gt;запрос от клиента на прокси - запрос на сервер - ответ от сервера - ответ клиенту.&lt;br&gt;Можно без подробностей типа &quot;начал писать в сокет - закончил писать в сокет&quot;.&lt;br&gt;&lt;br&gt;История такая: имеется squid (&quot;прокси&quot;), через который работает некий сервис, который молотит с 1 хоста (&quot;клиент&quot;) на  другой хост(&quot;провайдер&quot;)  короткие, но частые запросы POST (1-2КБ, до 50 запросов в сек, но не более 1500 в час). Время от времени &quot;клиент&quot; замечает непонятные задержки по 45 сек (?!),  распределение явно не нормальное, причем известен даже точный день возникновения проблемы, но админ клянется, что ничего не трогал. &lt;br&gt;&lt;br&gt;Я - клиент, страдающая сторона, имею черный ящик, который нужно вылечить. Есть определенный багаж решенных головоломок такого рода. Причем каждый раз админ клялся, что ничего не менял, и проблема оказывалась действительно в установках по-умолчанию, о коих он имел слабое представление, а я узнавал после упорного гуг</description>

<item>
    <title>Профайлинг? (Edd)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID12/6590.html#3</link>
    <pubDate>Wed, 02 Feb 2011 20:50:33 GMT</pubDate>
    <description>Неплохо бы увидеть загрузку сервера в этот момент, а так же, если вам удастся подсмотреть конфиг файл, это б было бы просто шикарно.  &lt;br&gt;Если не удастся посмотреть загрузку, то хотя бы узнайте конфигурацию сервера по железу, и сколько приблизительно клиентов сидит, плюс, такой вопрос, если у вас аутентификация на сквиде?&lt;br&gt;</description>
</item>

<item>
    <title>Профайлинг? (клиент)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID12/6590.html#2</link>
    <pubDate>Wed, 02 Feb 2011 16:43:33 GMT</pubDate>
    <description>&amp;gt; Критичные сервисы через прокси обычно не выпускают, а выпускают напрямую, то есть &lt;br&gt;&amp;gt; NAT-ят. &lt;br&gt;&lt;br&gt;Спасибо, с этим я целиком согласен, но те, кто имеют доступ &quot;туда&quot;, ничего лишнего сопровождать не хотят, а тех, кто хочет, &quot;туда&quot; не пускают. Короче, есть, что есть, я ж тоже тут не своим делом пытаюсь заниматься :(&lt;br&gt;&lt;br&gt;&lt;br&gt;По поводу &quot;лить&quot; и &quot;сосать&quot; - пул привилегированый, подробности попытаюсь узнать, но 2кб/сек - это было бы сносно, а проявляются именно задержки по 45 сек.&lt;br&gt;</description>
</item>

<item>
    <title>Профайлинг? (ipmanyak)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID12/6590.html#1</link>
    <pubDate>Wed, 02 Feb 2011 16:24:18 GMT</pubDate>
    <description>Критичные сервисы через прокси обычно не выпускают, а выпускают напрямую, то есть NAT-ят. Судя по фразе - &quot;проявляется всегда в рабочее время, когда вся контора ломится в сеть&quot; это значит что канал удавлен. Если хотите именно через  прокси, то сделайте в delay_pool  отдельный аксель для айпишников этого сервиса и дайте ему максимальный канал, остальным юзерам удавите канал в delay_pool на полканала или еще меньше. Если будете выпускать напрямую без прокси, то в сквиде все равно настройте delay_pool и не давайте сквиду весь канал, то есть опций -1/-1 у вас в пуле быть не должно, а должны стоять значения в зависимости от ширины вашего канала.&lt;br&gt;&amp;gt; По пулу ограничений нет. &lt;br&gt;&lt;br&gt;уверены?&lt;br&gt;&amp;gt; Я так понимаю, духкилобайтных запросов это вообще не касается, или нет?&lt;br&gt;&lt;br&gt;смотря что указано в delay_pool, если он есть.&lt;br&gt;Для понимания delay_pool, пример:&lt;br&gt;&lt;br&gt;delay_parameters 2 -1/-1 2000/16000 &lt;br&gt;&lt;br&gt;-1/-1 &amp;#8211; весь канал отдать сквиду  - анлимитед, а индивидуально на каждого юзверя ведерки по 16кб, а струйка в него в 2кб !  (сн</description>
</item>

</channel>
</rss>
