https://slinkov.ru/openforum/vsluhforumID8/6554.html Привет!<br><br>Конфигурация сервера: i920 (8 cores), 8Gb ram, стал виснуть чуть ли не каждый день.<br><br>Симптомы:<br>Очень быстро растет load average (до страшных величин):<br>top - 15:54:09 up 19:26, 0 users, load average: 511.12, 256.54, 104.97<br>переполняется память и своп:<br>Mem: 8166732k total, 7574492k used, 592240k free, 4100k buffers <br>Swap: 4200888k total, 4166296k used, 34592k free, 41140k cached<br>После чего сервер разве что пингуется, но больше никак его растолкать не получается.<br><br>Если поймать момент и выключить httpd в момент роста load average - все становится ОК, стало быть дело в httpd и смежных процессах.<br>Сделал скриптик, который раз в минуту пишет статистику<br>#!/bin/sh <br>NOW=$(date +%Y%m%d_%H_%M) <br>lynx https://slinkov.ru/openforum/vsluhforumID8/6554.html#5 Sat, 17 Oct 2009 16:58:14 GMT &gt;Попробуй gstat в момент нагрузки =) <br>&gt;Была похожая такая проблема, оказалось что не хватает ИО веника, разнесли мускул <br>&gt;и хомяки юзеров на разные винты - как рукой сняло. <br><br>gstat это фря. В Linux это, например, iostat. В той же фре top с сортировкой по дерганию диска гораздо удобнее<br><br>2 топикстартер:<br><br>Cpu(s): 14.2%us, 0.6%sy, 0.0%ni, 84.4%id, 0.4%wa, 0.1%hi, 0.4%si, 0.0%st <br><br>Вообще-то у Вас все колом в D стоит. Скорее всего, да, диск. А вот первопричину нужно найти, и найти средствами того же Апача.<br><br>Для начала, что бы понять, как вообще ищутся лоэды, хватит этой доки:<br><br>http://rhd.ru/docs/manuals/enterprise/RHEL-4-Manual/admin-guide/s1-resource-rhlspec.html<br><br>А дальше, как уже подсказали, server-status - лучшее из открытых решений.<br> https://slinkov.ru/openforum/vsluhforumID8/6554.html#4 Fri, 16 Oct 2009 18:18:48 GMT Попробуй gstat в момент нагрузки =)<br>Была похожая такая проблема, оказалось что не хватает ИО веника, разнесли мускул и хомяки юзеров на разные винты - как рукой сняло.<br> https://slinkov.ru/openforum/vsluhforumID8/6554.html#3 Wed, 07 Oct 2009 19:09:05 GMT Что меня вот еще смутило:<br><br>top:<br>15532 apache 16 0 4168m 2.2g 6596 D 0.0 28.7 0:25.27 /usr/sbin/httpd<br><br>ps:<br>D 48 15532 24752 3 76 0 2345616 1067170 - ? 00:00:25 httpd<br><br>Может из-за этого процесса бардак пошел?<br><br><br> https://slinkov.ru/openforum/vsluhforumID8/6554.html#2 Wed, 07 Oct 2009 15:58:29 GMT нужно выяснить почему столько процессов со статусом sending reply, включите ExtendedStatus в server-status, может выкачивают какой проект, или флудят, тем самым парализуют работу. <br><br>&gt;[оверквотинг удален]<br>&gt;&lt;IfModule worker.c&gt; <br>&gt;StartServers 2 <br>&gt;MaxClients 150 <br>&gt;MinSpareThreads25 <br>&gt;MaxSpareThreads75 <br>&gt;ThreadsPerChild25 <br>&gt;MaxRequestsPerChild 1024 <br>&gt;&lt;/IfModule&gt; <br>&gt;<br>&gt;Спасибо! <br><br> https://slinkov.ru/openforum/vsluhforumID8/6554.html#1 Wed, 07 Oct 2009 15:48:33 GMT &gt;[оверквотинг удален]<br>&gt;Swap: 4200888k total, 4166296k used, 34592k free, <br>&gt; 41140k cached <br>&gt;<br>&gt; PID USER PR NI <br>&gt; VIRT RES SHR S %CPU %MEM <br>&gt; TIME+ COMMAND <br>&gt; 3187 mysql 15 0 <br>&gt;408m 19m 3404 S 16.6 0.2 29:35.22 /usr/libexec/mysqld <br>&gt;<br>&gt; много-много httpd<br><br>Мне кажется, что в какой-то момент mysql не справляется с потоком запросов и новые http-запросы растут быстрее обработки. Короче, узкое место - mysql. Может иметь смысл написать скрипт, обрубающий все долго висящие соединения с mysql.<br>