<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Как узнать что грузит сервер</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html</link>
    <description>используется Fedora 5&lt;br&gt;стоит Apache порядка 10 виртуал хостов&lt;br&gt;в некоторое время сервер стал жутко тормозить&lt;br&gt;LA 15-20&lt;br&gt;Стал разбираться что тормозит, определил основных кандидатов&lt;br&gt;Apache, Sendmail, Mysql&lt;br&gt;написал демона который раз в минуту чекает процессы и записывает и ttime&lt;br&gt;также чекает LA&lt;br&gt;&lt;br&gt;Построил графики sum(ttime) от hour(time) и avg(LA) от hour(time) - они совершенно разные,&lt;br&gt;топ avg(LA) описывает реальную картинку, LA максимально в пик загрузки сервера, а пик sum(ttime) попадает на ночь, при этом днем все ништяк.&lt;br&gt;Решил оптимизировать все.&lt;br&gt;Дал больше памяти mysql, поставил nginx фронтендом к апач&lt;br&gt;Все равно жуткие тормоза.&lt;br&gt;&lt;br&gt;Решил что это все же Apache, написал скрипт воссоздания нагрузки.&lt;br&gt;Он берет инфу из лога nginx и в 20 процессов с локалхоста грузит эти urlы.&lt;br&gt;Запустил его ночью&lt;br&gt;При этом LA вырос до таких же значений что и в пик днем, но при это сайты грузились нормально, службы работали, в то время как днем при таком же LA бвл просто ПЦ.&lt;br&gt;&lt;br&gt;Как еще можно диагнозтировать - что же создает</description>

<item>
    <title>Как узнать что грузит сервер (evger)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#7</link>
    <pubDate>Sun, 08 Feb 2009 15:39:56 GMT</pubDate>
    <description>&amp;gt;&amp;gt;проблема решена. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;что же там было, и как решил? &lt;br&gt;&lt;br&gt;верхняя строчка top&lt;br&gt;61&#037; WA&lt;br&gt;это Wait input output operation&lt;br&gt;&lt;br&gt;разрослись почтовые ящики, при получении письма sendmail дописывал в огромные файлы жрал весь ресурс винта, из за этого вставали все процессы - ждали запись или чтение файла.&lt;br&gt;</description>
</item>

<item>
    <title>Как узнать что грузит сервер (славик)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#6</link>
    <pubDate>Sun, 08 Feb 2009 15:10:25 GMT</pubDate>
    <description>&amp;gt;проблема решена. &lt;br&gt;&lt;br&gt;что же там было, и как решил?&lt;br&gt;</description>
</item>

<item>
    <title>Как узнать что грузит сервер (evger)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#5</link>
    <pubDate>Mon, 20 Oct 2008 15:38:41 GMT</pubDate>
    <description>проблема решена.&lt;br&gt;</description>
</item>

<item>
    <title>Как узнать что грузит сервер (evger)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#4</link>
    <pubDate>Mon, 20 Oct 2008 10:33:40 GMT</pubDate>
    <description>ответ кроется в wa 80-90&#037;&lt;br&gt;как я понимаю это iowait, т.е куча процессов ждет завершение I/O операции.&lt;br&gt;вопрос как узнать - какие процессы, и почему не могут прочитать или записать.&lt;br&gt;</description>
</item>

<item>
    <title>Как узнать что грузит сервер (evger)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#3</link>
    <pubDate>Fri, 17 Oct 2008 13:32:28 GMT</pubDate>
    <description>netstat -s&lt;br&gt;Tcp:&lt;br&gt;    49996 active connections openings&lt;br&gt;    75719 passive connection openings&lt;br&gt;    787 failed connection attempts&lt;br&gt;    7917 connection resets received&lt;br&gt;    29 connections established&lt;br&gt;    2181883 segments received&lt;br&gt;    2146656 segments send out&lt;br&gt;    30663 segments retransmited&lt;br&gt;    9 bad segments received.&lt;br&gt;    21484 resets sent&lt;br&gt;нет ли тут чего нить подозрительного?&lt;br&gt;</description>
</item>

<item>
    <title>Как узнать что грузит сервер (evger)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#2</link>
    <pubDate>Fri, 17 Oct 2008 13:22:22 GMT</pubDate>
    <description>&amp;gt;в момент пиковой загрузки попробуйте mytop&apos;ом посмотреть - может особо зловонный запрос &lt;br&gt;&amp;gt;залочил собой какую-нить таблицу и его собратья стоят за ним в &lt;br&gt;&amp;gt;очереди? &lt;br&gt;&lt;br&gt;а что я должен наблюдать? стандартная картина 10 висящих httpd, и пара perl скриптов, переодически скачет.&lt;br&gt;&amp;gt;а причин к описанным симптомам может быть очень много, в &lt;br&gt;&amp;gt;частности - ошибки релизации работы с кешем при одновременном доступе... &lt;br&gt;&lt;br&gt;кэш имеется ввиду кэш apache и nginx? или кэш реализованный в движке сайтов?&lt;br&gt;&lt;br&gt;у меня есть некоторые идеи которые я не знаю как проверить,&lt;br&gt;1) ограничение на количество сокетов, - может просто процессы стоят в ожидании свободного сокета&lt;br&gt;2) ограничение на колличество открытых файлов&lt;br&gt;3) какие-то ограничения mysql на число коннектов&lt;br&gt;Вот статы, может Вы что-то увидите&lt;br&gt;==================&lt;br&gt;mysqladmin status&lt;br&gt;Uptime: 60970  Threads: 2  Questions: 322707  Slow queries: 303  Opens: 637  Flush tables: 1  Open tables: 256  Queries per second avg: 5.293&lt;br&gt;====================&lt;br&gt;top - 17:19:58 up 1 day,  1:59,  </description>
</item>

<item>
    <title>Как узнать что грузит сервер (smile)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID8/6042.html#1</link>
    <pubDate>Fri, 17 Oct 2008 12:44:37 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;Решил что это все же Apache, написал скрипт воссоздания нагрузки. &lt;br&gt;&amp;gt;Он берет инфу из лога nginx и в 20 процессов с локалхоста &lt;br&gt;&amp;gt;грузит эти urlы. &lt;br&gt;&amp;gt;Запустил его ночью &lt;br&gt;&amp;gt;При этом LA вырос до таких же значений что и в пик &lt;br&gt;&amp;gt;днем, но при это сайты грузились нормально, службы работали, в то &lt;br&gt;&amp;gt;время как днем при таком же LA бвл просто ПЦ. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Как еще можно диагнозтировать - что же создает такой ПЦ, где я &lt;br&gt;&amp;gt;лажаю в своих рассуждениях. &lt;br&gt;&lt;br&gt;в момент пиковой загрузки попробуйте mytop&apos;ом посмотреть - может особо зловонный запрос залочил собой какую-нить таблицу и его собратья стоят за ним в очереди? а причин к описанным симптомам может быть очень много, в частности - ошибки релизации работы с кешем при одновременном доступе...&lt;br&gt;</description>
</item>

</channel>
</rss>
