URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 81386
[ Назад ]
Исходное сообщение
"Съедаеться оперативка"
Отправлено Wave_is , 29-Июл-08 10:58 
Есть сервак под фрей
на сервере поднят АПАЧ и ФТП
время от времени память забиваеться свап (98% used) и все начинает дико тормозить
ИМХО, я пологаю тормоза из-за этого

помогает рестарт сервера

"last pid: 46682;  load averages:  0.40,  0.41,  0.51    up 3+19:51:01  09:55:17
249 processes: 1 running, 242 sleeping, 1 stopped, 5 waiting
CPU states:  0.8% user,  0.0% nice,  2.4% system,  0.4% interrupt, 96.4% idle
Mem: 630M Active, 93M Inact, 250M Wired, 3848K Cache, 111M Buf, 148K Free
Swap: 2012M Total, 1990M Used, 22M Free, 98% Inuse, 104K In, 4204K Out

  PID USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
46547 root          1 -16    0 10180K   420K vmwait 0   0:15  1.71% ftpd
46610 www           1  96    0   204M 22572K pfault 1   0:01  1.23% httpd
46609 www           1  96    0   204M 22556K pfault 0   0:01  1.16% httpd
46564 www           1  96    0   204M 22292K pfault 0   0:01  0.94% httpd
46528 www           1  96    0   204M 22012K pfault 0   0:01  0.94% httpd
  808 mysql        97   4    0 50764K 23224K sbwait 0 100:12  0.00% mysqld
  660 root          1  96    0 17012K  3112K select 0   1:10  0.00% ircd
  819 root          1  96    0   170M  4320K select 1   0:30  0.00% httpd
45478 root          1   4    0 10180K     0K sbwait 1   0:21  0.00% <ftpd>
45134 www           1  96    0   204M  8376K pfault 0   0:20  0.00% httpd
45277 www           1  96    0   204M  8244K pfault 0   0:19  0.00% httpd
45433 www           1  96    0   204M  7720K pfault 0   0:14  0.00% httpd
45154 root          1 -16    0 10180K   500K vmwait 0   0:11  0.00% ftpd
45646 www           1  96    0   204M  6308K pfault 0   0:10  0.00% httpd
45638 www           1  96    0   204M  7820K pfault 0   0:07  0.00% httpd
  849 root          1  96    0 10576K   568K select 1   0:05  0.00% sendmail
44475 root          1   4    0 10180K     0K sbwait 1   0:03  0.00% <ftpd>
46456 www           1  96    0   199M  9216K pfault 0   0:02  0.00% httpd
46435 www           1  76    0   199M  2976K pfault 0   0:02  0.00% httpd
46472 www           1  96    0   199M  3016K pfault 0   0:02  0.00% httpd
"

где собака зарыта?

Содержание
Сообщения в этом обсуждении
"Съедаеться оперативка"
Отправлено Pahanivo , 29-Июл-08 12:09 
Я думаю проблема в 6-м столбце - фига у тя апа 200 метров оперативы жрет. Это ты как его так заглючил? ))
"Съедаеться оперативка"
Отправлено Wave_is , 29-Июл-08 13:25 
>Я думаю проблема в 6-м столбце - фига у тя апа 200
>метров оперативы жрет. Это ты как его так заглючил? ))

сайт тяжелый
ну 200 метров - это же не вся оператива
во время глюка машина так начинает тормозить, что по удаленке еле-еле заходит

"Съедаеться оперативка"
Отправлено Pahanivo , 29-Июл-08 20:31 
>>Я думаю проблема в 6-м столбце - фига у тя апа 200
>>метров оперативы жрет. Это ты как его так заглючил? ))
>
>сайт тяжелый
>ну 200 метров - это же не вся оператива
>во время глюка машина так начинает тормозить, что по удаленке еле-еле заходит
>

Ты не понимаешь о чем говоришь абсолютно. Что значит сайт тяжелый???? У тя че скрипты по 30 мегабайп php крутяться?

"Способы заряда кислотной аккумуляторной батареи[BR]"
Отправлено Способы заряда кислотной аккумуляторной батареи , 24-Сен-08 13:15 
На сайте рассмотрены специфика работы и нюансы конструкции автомобильных аккумуляторов. Так жеприведенычасто встречаемые причины отказов из-за нарушения правил эксплуатации. Ресурс поможет подобрать аккумулятор из не малого списка изготовителей, подходящий для вашего авто по многим показателям и характеристикам, что обеспечит в будущем безотказную и надежную работоспособность системы электропитания.
"Съедаеться оперативка"
Отправлено Wave_is , 29-Июл-08 13:25 
  808 mysql        97   4    0 50764K 23224K sbwait 0 100:12  0.00% mysqld
мне вот эта еще строка не нравиться
"Съедаеться оперативка"
Отправлено us.master , 29-Июл-08 13:42 
>  808 mysql        97
>  4    0 50764K 23224K sbwait 0
>100:12  0.00% mysqld
>мне вот эта еще строка не нравиться

С ней-то как раз всё в порядке.
Зависит, конечно от всяких xxx_buffer_size и xxx_cache_size, но в общем, почему нет...

А вот Апач действительно чего-то великоват. Причём сильно.
Интересуют параменты в httpd.conf:

Timeout
KeepAlive
MaxKeepAliveRequests
KeepAliveTimeout
StartServers
MinSpareServers
MaxSpareServers
MaxClients
MaxRequestsPerChild

А также версия Апача и какого он запущен не от nobody?

"Съедаеться оперативка"
Отправлено us.master , 30-Июл-08 09:41 
Чего молчим?
Кого ждём?
"Съедаеться оперативка"
Отправлено PavelR , 30-Июл-08 09:46 
>
>А также версия Апача и какого он запущен не от nobody?

А какого ты пальцы гнешь ? Запущен от www - и это нормально.


"Съедаеться оперативка"
Отправлено us.master , 30-Июл-08 12:34 
>>
>>А также версия Апача и какого он запущен не от nobody?
>
>А какого ты пальцы гнешь ? Запущен от www - и это
>нормально.

:-))) А я и не спорю. Интересно только, понимает ли это автор вопроса...

"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 14:00 
>[оверквотинг удален]
>KeepAlive
>MaxKeepAliveRequests
>KeepAliveTimeout
>StartServers
>MinSpareServers
>MaxSpareServers
>MaxClients
>MaxRequestsPerChild
>
>А также версия Апача и какого он запущен не от nobody?

вот список модулей:
LoadModule authn_file_module libexec/apache22/mod_authn_file.so
LoadModule authn_dbm_module libexec/apache22/mod_authn_dbm.so
LoadModule authn_anon_module libexec/apache22/mod_authn_anon.so
LoadModule authn_default_module libexec/apache22/mod_authn_default.so
LoadModule authn_alias_module libexec/apache22/mod_authn_alias.so
LoadModule authz_host_module libexec/apache22/mod_authz_host.so
LoadModule authz_groupfile_module libexec/apache22/mod_authz_groupfile.so
LoadModule authz_user_module libexec/apache22/mod_authz_user.so
LoadModule authz_dbm_module libexec/apache22/mod_authz_dbm.so
LoadModule authz_owner_module libexec/apache22/mod_authz_owner.so
LoadModule authz_default_module libexec/apache22/mod_authz_default.so
LoadModule auth_basic_module libexec/apache22/mod_auth_basic.so
LoadModule auth_digest_module libexec/apache22/mod_auth_digest.so
LoadModule file_cache_module libexec/apache22/mod_file_cache.so
LoadModule cache_module libexec/apache22/mod_cache.so
LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so
LoadModule dumpio_module libexec/apache22/mod_dumpio.so
LoadModule include_module libexec/apache22/mod_include.so
LoadModule filter_module libexec/apache22/mod_filter.so
LoadModule charset_lite_module libexec/apache22/mod_charset_lite.so
LoadModule deflate_module libexec/apache22/mod_deflate.so
LoadModule log_config_module libexec/apache22/mod_log_config.so
LoadModule logio_module libexec/apache22/mod_logio.so
LoadModule env_module libexec/apache22/mod_env.so
LoadModule mime_magic_module libexec/apache22/mod_mime_magic.so
LoadModule cern_meta_module libexec/apache22/mod_cern_meta.so
LoadModule expires_module libexec/apache22/mod_expires.so
LoadModule headers_module libexec/apache22/mod_headers.so
LoadModule usertrack_module libexec/apache22/mod_usertrack.so
LoadModule unique_id_module libexec/apache22/mod_unique_id.so
LoadModule setenvif_module libexec/apache22/mod_setenvif.so
LoadModule version_module libexec/apache22/mod_version.so
LoadModule ssl_module libexec/apache22/mod_ssl.so
LoadModule mime_module libexec/apache22/mod_mime.so
LoadModule dav_module libexec/apache22/mod_dav.so
LoadModule status_module libexec/apache22/mod_status.so
LoadModule autoindex_module libexec/apache22/mod_autoindex.so
LoadModule asis_module libexec/apache22/mod_asis.so
LoadModule info_module libexec/apache22/mod_info.so
LoadModule cgi_module libexec/apache22/mod_cgi.so
LoadModule dav_fs_module libexec/apache22/mod_dav_fs.so
LoadModule vhost_alias_module libexec/apache22/mod_vhost_alias.so
LoadModule negotiation_module libexec/apache22/mod_negotiation.so
LoadModule dir_module libexec/apache22/mod_dir.so
LoadModule imagemap_module libexec/apache22/mod_imagemap.so
LoadModule actions_module libexec/apache22/mod_actions.so
LoadModule speling_module libexec/apache22/mod_speling.so
LoadModule userdir_module libexec/apache22/mod_userdir.so
LoadModule alias_module libexec/apache22/mod_alias.so
LoadModule rewrite_module libexec/apache22/mod_rewrite.so
LoadModule php5_module        libexec/apache22/libphp5.so

какие из них можно выкинуть?

указанных параметров я в httpd.conf не нашел, может они вынесены в отдельный файл?

версия апача 2.2

"Съедаеться оперативка"
Отправлено us.master , 31-Июл-08 14:08 
Закомментируйте все модули, а какие нужны будут раскомментируете потом.
Ну, и я бы конечно скомпилил необходимые модули статически...
"Съедаеться оперативка"
Отправлено andryu , 31-Июл-08 14:36 
# Include module configuration:
Include /etc/apache2/mods-enabled/*.load
Include /etc/apache2/mods-enabled/*.conf

поищите в конфиге, что-то такое. Закоментируйте обе строчки, ели модули какие-то нужны, надо "откоментировать назад", залезть в папку mods-enabled и закоментировать в файлах *.load ненужные модули.

"Съедаеться оперативка"
Отправлено Nimdar , 31-Июл-08 16:35 
>[оверквотинг удален]
>LoadModule imagemap_module libexec/apache22/mod_imagemap.so
>LoadModule actions_module libexec/apache22/mod_actions.so
>LoadModule speling_module libexec/apache22/mod_speling.so
>LoadModule userdir_module libexec/apache22/mod_userdir.so
>LoadModule alias_module libexec/apache22/mod_alias.so
>LoadModule rewrite_module libexec/apache22/mod_rewrite.so
>LoadModule php5_module        libexec/apache22/libphp5.so
>
>какие из них можно выкинуть?
>

Никто, кроме тебя самого, не может знать, какие можно выкинуть.
http://httpd.apache.org/docs/2.2/
Вбиваешь имя каждого модуля и читаешь описание, потом думаешь, нужен ли он для работы сайта или нет.

>указанных параметров я в httpd.conf не нашел, может они вынесены в отдельный
>файл?
>
>версия апача 2.2

extra/httpd-default.conf
extra/httpd-mpm.conf

"Съедаеться оперативка"
Отправлено kernel_hacker , 29-Июл-08 17:00 
В общем случае поставить перед Apache http-proxy типа nginx.
Не использовать ненужные модули. Читать документацию и how-to. Думать.
"Съедаеться оперативка"
Отправлено djaarf , 30-Июл-08 13:38 
>В общем случае поставить перед Apache http-proxy типа nginx.
>Не использовать ненужные модули. Читать документацию и how-to. Думать.

Интересно чем в данном случае поможет http-proxy?

"Съедаеться оперативка"
Отправлено Nimdar , 30-Июл-08 13:46 
>>В общем случае поставить перед Apache http-proxy типа nginx.
>>Не использовать ненужные модули. Читать документацию и how-to. Думать.
>
>Интересно чем в данном случае поможет http-proxy?

Хотя бы тем, что количество процессов httpd уменьшится в несколько раз.

"Съедаеться оперативка"
Отправлено djaarf , 30-Июл-08 14:09 
Все запросы будут спроксированы, соответственно тоже количество коннектов/процессов будет висеть разве нет?
>>>В общем случае поставить перед Apache http-proxy типа nginx.
>>>Не использовать ненужные модули. Читать документацию и how-to. Думать.
>>
>>Интересно чем в данном случае поможет http-proxy?
>
>Хотя бы тем, что количество процессов httpd уменьшится в несколько раз.
"Съедаеться оперативка"
Отправлено Nimdar , 30-Июл-08 14:30 
>Все запросы будут спроксированы, соответственно тоже количество коннектов/процессов будет висеть разве нет?

Нет. nginx отдаёт статику, а обработку скриптов оставляет апачу. Плюс кеширование запросов nginx. Прирост производительности и уменьшение использования памяти в несколько раз.

"Съедаеться оперативка"
Отправлено angra , 30-Июл-08 14:52 
И в чем будет его преимущество в данном случае, если все запросы динамические? Ну кроме проблемы с медленными клиентами.
Надо понимать когда и почему нужен nginx, а не слепо пихать его во все подряд.
"Съедаеться оперативка"
Отправлено Nimdar , 30-Июл-08 15:03 
>И в чем будет его преимущество в данном случае, если все запросы
>динамические? Ну кроме проблемы с медленными клиентами.

"Все запросы динамические" - так не бывает. Разве что нечто подобное этому форуму.
Сомневаюсь, что у спрашивающего аналог опеннет. Скорее всего у него самописная CMS, скрипты которой и жрут кучу памяти. Про несамописные, которые делали ребята, считающие что память штука неограниченная, упоминать не буду, во избежание.

>Надо понимать когда и почему нужен nginx, а не слепо пихать его
>во все подряд.

Сам-то понимаешь?

"Съедаеться оперативка"
Отправлено djaarf , 30-Июл-08 17:54 
>[оверквотинг удален]
>"Все запросы динамические" - так не бывает. Разве что нечто подобное этому
>форуму.
>Сомневаюсь, что у спрашивающего аналог опеннет. Скорее всего у него самописная CMS,
>скрипты которой и жрут кучу памяти. Про несамописные, которые делали ребята,
>считающие что память штука неограниченная, упоминать не буду, во избежание.
>
>>Надо понимать когда и почему нужен nginx, а не слепо пихать его
>>во все подряд.
>
>Сам-то понимаешь?

Сервак не нагружен, если верить топу. Непонятно что делают апачи, нельзя сказать что проксирование здесь решает. Вобщем без картины того что происходит на серваке ничего утверждать нельзя.

"Съедаеться оперативка"
Отправлено Nimdar , 30-Июл-08 19:21 
>
>Сервак не нагружен, если верить топу. Непонятно что делают апачи, нельзя сказать
>что проксирование здесь решает. Вобщем без картины того что происходит на
>серваке ничего утверждать нельзя.

Абсолютно согласен.
Я никогда и не утверждал, что проксирование решит эту проблему. Оно только может облегчить страдания больного, но не вылечит.
Автор утверждает, что "сайт тяжелый". Допустим, имеется ввиду, что скрипты жрут память => пинать разработчиков, для оптимизации кода + убрать все лишние модули из апача.

"Съедаеться оперативка"
Отправлено Pahanivo , 31-Июл-08 07:48 
За последние пйть лет я не видел таких скриптов чтобы 200 метров оперы жрать )
Мож тогда в пыче выставить мемори лимит _


"Съедаеться оперативка"
Отправлено Nimdar , 31-Июл-08 12:38 
>За последние пйть лет я не видел таких скриптов чтобы 200 метров
>оперы жрать )
>Мож тогда в пыче выставить мемори лимит _

Я вообще никогда не видел "двухсотметрового" апача :)
memory_limit выставить, конечно, можно, но тогда скрипты перестанут работать (если проблема в этом).

"Съедаеться оперативка"
Отправлено Pahanivo , 31-Июл-08 19:06 
>>За последние пйть лет я не видел таких скриптов чтобы 200 метров
>>оперы жрать )
>>Мож тогда в пыче выставить мемори лимит _
>
>Я вообще никогда не видел "двухсотметрового" апача :)
>memory_limit выставить, конечно, можно, но тогда скрипты перестанут работать (если проблема в
>этом).

По крайней мере сразу станет ясно в каком именно скрипте по ругани в логах )))

"Съедаеться оперативка"
Отправлено Wave_is , 30-Авг-08 19:27 
>>За последние пйть лет я не видел таких скриптов чтобы 200 метров
>>оперы жрать )
>>Мож тогда в пыче выставить мемори лимит _
>
>Я вообще никогда не видел "двухсотметрового" апача :)
>memory_limit выставить, конечно, можно, но тогда скрипты перестанут работать (если проблема в
>этом).

а где его выставить в апаче?
в php.ini выставлен на 64

"Съедаеться оперативка"
Отправлено angra , 30-Авг-08 20:07 
>Я вообще никогда не видел "двухсотметрового" апача :)

Легко:
root      2875  0.0  0.1  13376  2776 ?        Ss   15:57   0:00 /usr/sbin/apache2 -k start
www-data  2876  0.0  0.0  13148  2012 ?        S    15:57   0:00 /usr/sbin/apache2 -k start
www-data  2878  0.0  0.1 234720  2648 ?        Sl   15:57   0:00 /usr/sbin/apache2 -k start
www-data  2881  0.0  0.1 234720  2652 ?        Sl   15:57   0:00 /usr/sbin/apache2 -k start
Это без пыха и какой-либо нагрузки. Однако стоит заметить что это virtual size, а не resident size, в реальности конечно пятисот метров памяти он не ест.

"Съедаеться оперативка"
Отправлено Wave_is , 30-Авг-08 19:11 
>За последние пйть лет я не видел таких скриптов чтобы 200 метров
>оперы жрать )
>Мож тогда в пыче выставить мемори лимит _

поубивал все модули, оставил только те, без которых апач не хотел стартовать
теперь весит 135 метров - все равно много

"Съедаеться оперативка"
Отправлено Pahanivo , 30-Июл-08 16:57 
Ты для прикола посмотри ацес лог любого сайта ))
Большая часть запросов это как раз статика - картинки, css, т. е. как минимум все оформлении отдается статикой, причем отдельными запросами.


"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 10:56 
вот новые данные
сервер опять тормозил

last pid: 14355;  load averages:  0.12,  0.17,  0.21    up 1+01:02:55  09:48:39
157 processes: 1 running, 156 sleeping
CPU states:  0.2% user,  0.0% nice,  1.9% system,  0.0% interrupt, 97.9% idle
Mem: 603M Active, 83M Inact, 251M Wired, 31M Cache, 111M Buf, 5216K Free
Swap: 2012M Total, 1338M Used, 675M Free, 66% Inuse, 3488K In

  PID USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
14308 root          1   4    0 10180K  1504K sbwait 0   0:01  0.05% ftpd
  816 mysql        57  -8    0 48716K 17100K biord  0  26:55  0.00% mysqld
  660 root          1  96    0 17012K  3064K select 0   0:19  0.00% ircd
13588 www           1 -20    0   204M 10608K swread 0   0:15  0.00% httpd
13786 www           1 -20    0   204M 10896K swread 0   0:15  0.00% httpd
13707 www           1 -20    0   204M 11212K swread 0   0:11  0.00% httpd
  819 root          1  96    0   170M   604K select 1   0:08  0.00% httpd
13891 www           1 -20    0   204M 11828K swread 0   0:06  0.00% httpd
13892 www           1   4    0   173M  4792K accept 0   0:05  0.00% httpd
14217 www           1   4    0   173M 11456K accept 1   0:03  0.00% httpd
14104 www           1 -20    0   204M 10768K swread 0   0:03  0.00% httpd
14150 www           1 -20    0   203M 10488K swread 0   0:03  0.00% httpd
14142 www           1 -20    0   204M 10360K swread 0   0:03  0.00% httpd
14028 www           1   4    0   173M  4036K accept 0   0:03  0.00% httpd
14034 www           1 -20    0   204M 12368K swread 0   0:03  0.00% httpd
14148 www           1 -20    0   203M 10820K swread 0   0:03  0.00% httpd
14035 www           1 -20    0   204M 11100K swread 0   0:02  0.00% httpd


снять данные в момент "полного абзаца" нельзя, т.к. putty просто отваливается

"Съедаеться оперативка"
Отправлено us.master , 31-Июл-08 11:12 
Ну так а что там всё-таки в httpd.conf по поводу

Timeout
KeepAlive
MaxKeepAliveRequests
KeepAliveTimeout
StartServers
MinSpareServers
MaxSpareServers
MaxClients
MaxRequestsPerChild

?

"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 15:36 
>[оверквотинг удален]
>KeepAlive
>MaxKeepAliveRequests
>KeepAliveTimeout
>StartServers
>MinSpareServers
>MaxSpareServers
>MaxClients
>MaxRequestsPerChild
>
>?

не нашел я их там
могут в другом файле лежать?

"Съедаеться оперативка"
Отправлено andryu , 31-Июл-08 12:22 
  819 root          1  96    0   170M   604K select 1   0:08  0.00% httpd

Посмотрите на эту строчку. Родительский процесс апача хавает 170 метров оперативки, у меня 15 мб.. это же как надо апач настроить, чтобы он так оперативку хавал.. Да и дочерние процессы хавают по 200мб.. Понимаю если бы один какойто хавал, который выполняет "тяжёлый" пхп.. Так большинство апачей в swread статусе висят(не знаю что за статус такой, но явно неправильный какой-то),некоторые в accept статусе,т.е. ничего не делают. Вопрос почему апач, который просто ждёт соединения хавает 170 метров?  Народ на этот раз явно не по делу советы даёт.

ограничение кол-ва апачей тут не особо поможет, хотя апач перестанет выедать всю память и свап.
Расскажите лучше как апач устанавливали

"Съедаеться оперативка"
Отправлено Nimdar , 31-Июл-08 12:40 
>[оверквотинг удален]
>так оперативку хавал.. Да и дочерние процессы хавают по 200мб.. Понимаю
>если бы один какойто хавал, который выполняет "тяжёлый" пхп.. Так большинство
>апачей в swread статусе висят(не знаю что за статус такой, но
>явно неправильный какой-то),некоторые в accept статусе,т.е. ничего не делают. Вопрос почему
>апач, который просто ждёт соединения хавает 170 метров?  Народ на
>этот раз явно не по делу советы даёт.
>
>ограничение кол-ва апачей тут не особо поможет, хотя апач перестанет выедать всю
>память и свап.
>Расскажите лучше как апач устанавливали

По делу совет уже два раза озвучивали - обратить внимание на подключённые модули в апаче.

"Съедаеться оперативка"
Отправлено andryu , 31-Июл-08 12:54 
>По делу совет уже два раза озвучивали - обратить внимание на подключённые
>модули в апаче.

ну так бы написали
/usr/local/apache/bin/httpd -l
Может человек незнает, как модули смотреть... Такое ощущение что все возможные модули собраны в апаче :)

Виртульная памать - если не ошибаюсь swap+ram. У человека swap на 60% занят - помоемому это беда для сервера

"Съедаеться оперативка"
Отправлено Nimdar , 31-Июл-08 13:09 
>>По делу совет уже два раза озвучивали - обратить внимание на подключённые
>>модули в апаче.
>
>ну так бы написали
>/usr/local/apache/bin/httpd -l
>Может человек незнает, как модули смотреть... Такое ощущение что все возможные модули
>собраны в апаче :)

Так можно посмотреть только те, с которыми собран httpd. А как насчёт тех, которые подгружаются?
Для второго апача httpd -M
Для первого grep LoadModule httpd.conf |grep -v #

>
>Виртульная памать - если не ошибаюсь swap+ram. У человека swap на 60%
>занят - помоемому это беда для сервера

"Съедаеться оперативка"
Отправлено andryu , 31-Июл-08 13:23 
>Так можно посмотреть только те, с которыми собран httpd. А как насчёт
>тех, которые подгружаются?
>Для второго апача httpd -M
>Для первого grep LoadModule httpd.conf |grep -v #
>

Для первого апача в freebsd
cat /usr/local/apache/conf/httpd.conf | grep LoadModule | grep -v '#'
где /usr/local/apache/conf/ путь к httpd.conf - покажет загруженые модули, которые не собраные с апачем

надо подождать ответа от человека..

"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 15:54 
>[оверквотинг удален]
>>Для второго апача httpd -M
>>Для первого grep LoadModule httpd.conf |grep -v #
>>
>
>Для первого апача в freebsd
> cat /usr/local/apache/conf/httpd.conf | grep LoadModule | grep -v '#'
>где /usr/local/apache/conf/ путь к httpd.conf - покажет загруженые модули, которые не собраные
>с апачем
>
>надо подождать ответа от человека..

httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c

httpd -M
Loaded Modules:
core_module (static)
mpm_prefork_module (static)
http_module (static)
so_module (static)
authn_file_module (shared)
authn_dbm_module (shared)
authn_anon_module (shared)
authn_default_module (shared)
authn_alias_module (shared)
authz_host_module (shared)
authz_groupfile_module (shared)
authz_user_module (shared)
authz_dbm_module (shared)
authz_owner_module (shared)
authz_default_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
file_cache_module (shared)
cache_module (shared)
disk_cache_module (shared)
dumpio_module (shared)
include_module (shared)
filter_module (shared)
charset_lite_module (shared)
deflate_module (shared)
log_config_module (shared)
logio_module (shared)
env_module (shared)
mime_magic_module (shared)
cern_meta_module (shared)
expires_module (shared)
headers_module (shared)
usertrack_module (shared)
unique_id_module (shared)
setenvif_module (shared)
version_module (shared)
ssl_module (shared)
mime_module (shared)
dav_module (shared)
status_module (shared)
autoindex_module (shared)
asis_module (shared)
info_module (shared)
cgi_module (shared)
dav_fs_module (shared)
vhost_alias_module (shared)
negotiation_module (shared)
dir_module (shared)
imagemap_module (shared)
actions_module (shared)
speling_module (shared)
userdir_module (shared)
alias_module (shared)
rewrite_module (shared)
php5_module (shared)
Syntax OK

"Съедаеться оперативка"
Отправлено djaarf , 31-Июл-08 12:44 
>[оверквотинг удален]
>так оперативку хавал.. Да и дочерние процессы хавают по 200мб.. Понимаю
>если бы один какойто хавал, который выполняет "тяжёлый" пхп.. Так большинство
>апачей в swread статусе висят(не знаю что за статус такой, но
>явно неправильный какой-то),некоторые в accept статусе,т.е. ничего не делают. Вопрос почему
>апач, который просто ждёт соединения хавает 170 метров?  Народ на
>этот раз явно не по делу советы даёт.
>
>ограничение кол-ва апачей тут не особо поможет, хотя апач перестанет выедать всю
>память и свап.
>Расскажите лучше как апач устанавливали

Если быть более точным 170мб это виртуальная память в оперативе данный процес занимает 604K

"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 15:35 
>[оверквотинг удален]
>так оперативку хавал.. Да и дочерние процессы хавают по 200мб.. Понимаю
>если бы один какойто хавал, который выполняет "тяжёлый" пхп.. Так большинство
>апачей в swread статусе висят(не знаю что за статус такой, но
>явно неправильный какой-то),некоторые в accept статусе,т.е. ничего не делают. Вопрос почему
>апач, который просто ждёт соединения хавает 170 метров?  Народ на
>этот раз явно не по делу советы даёт.
>
>ограничение кол-ва апачей тут не особо поможет, хотя апач перестанет выедать всю
>память и свап.
>Расскажите лучше как апач устанавливали

make install clean
извращался только с прикручиванием php и mysql

доку по установке черпал приблизительно здесь: http://www.lissyara.su/?id=1360


"Съедаеться оперативка"
Отправлено kolayshkin , 31-Июл-08 14:42 
Попробуй собрать данные "vmstat 5 20" и тормозов, чтобы можно было увидеть различия. Сиситема не сильно нагружена, даже ввода/вывода огромного нет. Как определил, что система начинает свопится?
"Съедаеться оперативка"
Отправлено Wave_is , 31-Июл-08 15:47 
>Попробуй собрать данные "vmstat 5 20" и тормозов, чтобы можно было увидеть
>различия. Сиситема не сильно нагружена, даже ввода/вывода огромного нет. Как определил,
>что система начинает свопится?

определил так: Swap: 2012M Total, 1990M Used, 22M Free

в нормальное время:
vmstat 5 20
procs      memory      page                    disks     faults      cpu
r b w     avm    fre   flt  re  pi  po    fr  sr ad0 ad4   in   sy   cs us sy id
0 0 0  526060  72512  1841   1   0   0  1860 334   0   0  741 6704 5635  9  2 88
0 0 0  526060  68800     1   1   0   0     2   0   1   0  541  202 4769  0  1 99
0 0 0  527084  64148  1311   3   0   0  1315   0   4   0  660 8740 5286  8  2 89
0 0 0  529756  59700  1781   0   0   0  1797   0  10   0  622 13051 5262 10  3 87
0 0 0  514420  52776  1313   1   0   0  1326   0   9   0  948 8713 6278  8  3 89
0 0 0  514420  49136     0   0   0   0     5   0  13   0  579  222 4878  0  1 99
0 0 0  440276  51000  1223   0   0   0  1529   0   0   0  629 11728 5192  8  2 91
0 0 0  440276  47368     0   0   0   0     1   0   2   0  552  249 4796  0  1 99
0 0 0  440276  43336     0   0   0   0     3   0   0   0  607  202 4983  0  1 99
0 0 0  441820  39328    65   1   0   0    38   0   4   0  575  393 4856  0  1 99
0 0 0  441820  34892    19   5   0   0    20   0   0   0  630  292 5051  0  1 99
0 0 0  441820  31388    19   0   0   0    21   0   7   0  580  286 4881  0  1 99
0 0 0  441820  52640     0   0   0   0    30 1277   0   0  615  278 4995  0  1 99
1 0 0  488924  43548  2743  14   0   0  1596 1275  87   0  649 12456 5784 15  3 82
0 0 0  488924  38488  2703   0   0   0  2714   0   4   0  706 13906 5593 19  3 78
0 0 0  463324  58048     0   0   0   0  1154   0   0   0  566  356 4815  0  1 99
1 0 0  474588  45964   423   0   0   0     9   0  28   0  555 8225 4913  3  2 95
0 0 0  478684  75592  1887   0   0   0  2370 1273   2   0  619 5596 5238 12  3 85
0 0 0  480472  52932    43   1   0   0    41   0  12   0 2576  324 12277  0  4 96
1 0 0  481252  39044   328   0   0   0    79 1280   1   0 3802 1529 16883  1  5 93

"Съедаеться оперативка"
Отправлено andryu , 31-Июл-08 15:56 
# Include module configuration:
Include /etc/apache2/mods-enabled/*.load
Include /etc/apache2/mods-enabled/*.conf

поищите в конфиге, что-то такое. Закоментируйте обе строчки, еcли модули какие-то нужны, надо "откоментировать назад", залезть в папку mods-enabled и закоментировать в файлах *.load ненужные модули.

"Съедаеться оперативка"
Отправлено Wave_is , 30-Авг-08 19:16 
># Include module configuration:
>Include /etc/apache2/mods-enabled/*.load
>Include /etc/apache2/mods-enabled/*.conf
>
>поищите в конфиге, что-то такое. Закоментируйте обе строчки, еcли модули какие-то нужны,
>надо "откоментировать назад", залезть в папку mods-enabled и закоментировать в файлах
>*.load ненужные модули.

нету ничего такого
не из httpd.conf грузятся только конфиги виртуальных папок и виртальных хостов
ну и еще вот это:
<IfDefine NOHTTPACCEPT>
   AcceptFilter http none
   AcceptFilter https none
</IfDefine>

"Съедаеться оперативка"
Отправлено kolayshkin , 01-Авг-08 16:13 
>определил так: Swap: 2012M Total, 1990M Used, 22M Free

Эта строка еще ни о чем не говорит. В swap у тебя могут уходить процессы, которые длительное время (сколько это длиетльно, не готов ответить) не активны. Если бы у тебя был свопинг, то это должно сопровождаться не маленьким (несколкьо десятков процентов) system time. Вывод top во время проблемы об этом не говорит (system time - еденици процентов). По выводу top нельзя точно сказать, что система начинает свопится. Значение po (page out) в выводе iostat Доже должно быть большим. Попробуй снять vmstat во время проблемы

"Съедаеться оперативка"
Отправлено Wave_is , 02-Авг-08 22:45 
>>определил так: Swap: 2012M Total, 1990M Used, 22M Free
>
>Эта строка еще ни о чем не говорит. В swap у тебя
>могут уходить процессы, которые длительное время (сколько это длиетльно, не готов
>ответить) не активны. Если бы у тебя был свопинг, то это
>должно сопровождаться не маленьким (несколкьо десятков процентов) system time. Вывод top
>во время проблемы об этом не говорит (system time - еденици
>процентов). По выводу top нельзя точно сказать, что система начинает свопится.
>Значение po (page out) в выводе iostat Доже должно быть большим.
>Попробуй снять vmstat во время проблемы

сразу после проблемы, как только разблочило доступ
сайт уже начал отвечать, правда еще тормозит

vmstat 5 20
procs      memory      page                    disks     faults      cpu
r b w     avm    fre   flt  re  pi  po    fr  sr ad0 ad4   in   sy   cs us sy id
0 115 2 3263464  36776  1423   2   0   1  1443 777   0   0 1337 6447 7612  8  3 89
0 113 0 3212448  59776  1774  24 148  23  2275  31 160   0  249 7412 4990  3  3 95
1 119 0 3230648  10372  7317  18 144  20  1261  25 164   0  199 21038 4732 14  7 79
0 120 1 3122844  75056  2595  21 142  19  4450 136 162   0  200 5778 4583 10  4 87
0 114 0 3090800  71480  4807  27 139  19  2181 194 160   0  208 11100 4581 11  4 86
1 114 0 3077476  60552  7574  22 143  11  3772  14 166   0  206 12038 4681 21  6 73
0 110 0 3038724  68576  2742  29 141  10  1895  20 155   0  227 6226 4542  9  3 88
1 109 0 3034648  63240  3639  24 140  10  1739  24 162   0  193 6364 4489  9  3 87
1 112 0 3040808  41496  2456  17 143  15   268  98 159   0  208 9125 4484  5  3 92
0 2 0 3030480   4960  5224 1342  69 209   608 1120 298   0 1520 26826 9348 11  9 79
0 114 0 3032244  46048   758 782  88 289   514 61054 374   0 2762  595 14005  2 11 87
7 118 0 3056256  10700 10170 714 155 179  2997 27413 249   0 3022 15591 15352 19  9 72
0 144 1 2967288  51864  4312  37 144   5  5061 1090 155   0 4883 6708 20224  9  9 83
1 111 1 3000000  46312  5338  43 146   0  1065 5434 157   0 4639 13057 19091 14 12 74
0 144 0 2947376  59832  2712  31 149   0  4412   0 152   0 4575 7850 19289 14  9 77
1 107 0 2899080  38576  2002  35 154   0  1970   0 157   0 4854 1281 20647  3  8 89
0 44 0 2916496   1612  3775 294 139  12   585 2415 170   0 3610 3685 16305 10  8 83
0 109 0 2917516  48228  1544 274 140  21   770 29129 161   0 4912  651 20845  3 11 86
0 131 0 2907336  29560  3003  17 144  13  1825 4276 161   0 5414 3170 22525  7 11 83
0 110 0 2890128  25724  5583 689 126  22  1950 21076 165   0 4897 3087 20714  9 13 77


в  отдельном окне был открыт top - на глаза росло количество free swap - то что я заметил, это с 765 метров до 1853 и продолжал рости, где-то два метра в секунду

"Съедаеться оперативка"
Отправлено kolayshkin , 03-Авг-08 23:31 
>в  отдельном окне был открыт top - на глаза росло количество
>free swap - то что я заметил, это с 765 метров
>до 1853 и продолжал рости, где-то два метра в секунду

Как видишь у тебя как раз система не свопится, а достаёт процессы из свопа. Второй столбец b показывает, что у тебя очень большое значение блокировныых процессов. Заблокированы они судя по восьмому столюцу pi из того, что система активирует процессы, которые она первела в своп. Это также и показал вывод top. Скорее всего система когда-то до этого начала  переводить процессы в swap (page out) из-за того, что эти процессы долгое время были не активны (ничего не делали), а потом в определённый момент начинает доставать всё из свопа, вот у тебя и начинаются тормоза. Как работает твой сайт? Можно в общих чертах обрисовать для чего он используется, если конечно это не комерческая тайна?

"Съедаеться оперативка"
Отправлено kolayshkin , 06-Авг-08 11:42 
>[оверквотинг удален]
>из свопа. Второй столбец b показывает, что у тебя очень большое
>значение блокировныых процессов. Заблокированы они судя по восьмому столюцу pi из
>того, что система активирует процессы, которые она первела в своп. Это
>также и показал вывод top. Скорее всего система когда-то до этого
>начала  переводить процессы в swap (page out) из-за того, что
>эти процессы долгое время были не активны (ничего не делали), а
>потом в определённый момент начинает доставать всё из свопа, вот у
>тебя и начинаются тормоза. Как работает твой сайт? Можно в общих
>чертах обрисовать для чего он используется, если конечно это не комерческая
>тайна?

Ну так как? Нашел причину?

"Съедаеться оперативка"
Отправлено Wave_is , 06-Авг-08 15:06 
>[оверквотинг удален]
>из свопа. Второй столбец b показывает, что у тебя очень большое
>значение блокировныых процессов. Заблокированы они судя по восьмому столюцу pi из
>того, что система активирует процессы, которые она первела в своп. Это
>также и показал вывод top. Скорее всего система когда-то до этого
>начала  переводить процессы в swap (page out) из-за того, что
>эти процессы долгое время были не активны (ничего не делали), а
>потом в определённый момент начинает доставать всё из свопа, вот у
>тебя и начинаются тормоза. Как работает твой сайт? Можно в общих
>чертах обрисовать для чего он используется, если конечно это не комерческая
>тайна?

ничего особенного
портал на основе phpbb plus 1.53
http://phpbb2.ru/
человек 200 посещает в день

"Съедаеться оперативка"
Отправлено PavelR , 03-Авг-08 08:51 
>>определил так: Swap: 2012M Total, 1990M Used, 22M Free
>
>Эта строка еще ни о чем не говорит. В swap у тебя
>могут уходить процессы, которые длительное время (сколько это длиетльно, не готов
>ответить) не активны. Если бы у тебя был свопинг, то это
>должно сопровождаться не маленьким (несколкьо десятков процентов) system time. Вывод top
>во время проблемы об этом не говорит (system time - еденици
>процентов). По выводу top нельзя точно сказать, что система начинает свопится.
>Значение po (page out) в выводе iostat Доже должно быть большим.
>Попробуй снять vmstat во время проблемы

система, у которой в свопе 2Г занято не может быть сервером.

"Съедаеться оперативка"
Отправлено Wave_is , 03-Авг-08 19:30 
>[оверквотинг удален]
>>Эта строка еще ни о чем не говорит. В swap у тебя
>>могут уходить процессы, которые длительное время (сколько это длиетльно, не готов
>>ответить) не активны. Если бы у тебя был свопинг, то это
>>должно сопровождаться не маленьким (несколкьо десятков процентов) system time. Вывод top
>>во время проблемы об этом не говорит (system time - еденици
>>процентов). По выводу top нельзя точно сказать, что система начинает свопится.
>>Значение po (page out) в выводе iostat Доже должно быть большим.
>>Попробуй снять vmstat во время проблемы
>
>система, у которой в свопе 2Г занято не может быть сервером.

пытаюсь понять из -за чего он занят
в нормальное время своп занят на метра 2-10

"Съедаеться оперативка"
Отправлено PavelR , 03-Авг-08 21:31 
>[оверквотинг удален]
>>>должно сопровождаться не маленьким (несколкьо десятков процентов) system time. Вывод top
>>>во время проблемы об этом не говорит (system time - еденици
>>>процентов). По выводу top нельзя точно сказать, что система начинает свопится.
>>>Значение po (page out) в выводе iostat Доже должно быть большим.
>>>Попробуй снять vmstat во время проблемы
>>
>>система, у которой в свопе 2Г занято не может быть сервером.
>
>пытаюсь понять из -за чего он занят
>в нормальное время своп занят на метра 2-10

тупим и не видим кучу процессов апача, жрущих по 200 М ?
не знаем как использовать limit ?

"Съедаеться оперативка"
Отправлено Wave_is , 06-Авг-08 15:08 
>[оверквотинг удален]
>>>>Попробуй снять vmstat во время проблемы
>>>
>>>система, у которой в свопе 2Г занято не может быть сервером.
>>
>>пытаюсь понять из -за чего он занят
>>в нормальное время своп занят на метра 2-10
>
>тупим и не видим кучу процессов апача, жрущих по 200 М ?
>
>не знаем как использовать limit ?

видим
не оймем из-за чего
не знаем. что даст лимит?

"Съедаеться оперативка"
Отправлено kolayshkin , 03-Авг-08 23:13 
>система, у которой в свопе 2Г занято не может быть сервером.

Какое тонкое замечание. Что посоветуете?

"Съедаеться оперативка"
Отправлено Аноним , 13-Авг-08 00:45 
>>система, у которой в свопе 2Г занято не может быть сервером.
>
>Какое тонкое замечание. Что посоветуете?

наверное имелось, ввиду, что слово "сервер" может называться не ПК с "фря", а сервер, с серверными компонентами....ну это лирика

Я думаю, Вам нужно разобраться с веб-сервером, проверить конфигурацию и найти закономерность, установите режим отладки в журналах веб-сервера...

"незнаю что ето"
Отправлено PIN_666 , 21-Авг-08 11:53 
парни помогите пожулусто умоляю : переустановил винду настроики нета в водяца автоматически подключаеца нормально заходит в нет только через прогу експлоер установил оперу незаходит выдает ошибку , неодна програма которая с вязана с интернетом неработает даже Кс неидет! хз што это помогите плиз!
"незнаю что ето"
Отправлено Wave_is , 23-Авг-08 15:07 
>парни помогите пожулусто умоляю : переустановил винду настроики нета в водяца автоматически
>подключаеца нормально заходит в нет только через прогу експлоер установил оперу
>незаходит выдает ошибку , неодна програма которая с вязана с интернетом
>неработает даже Кс неидет! хз што это помогите плиз!

пятрасян

"незнаю что ето"
Отправлено German , 24-Авг-08 14:08 
у тя через прокси ? тогда всьо понятно... каждую прогу надо настроить на роботу с прокси, примерно так как ксплорер


"Съедаеться оперативка"
Отправлено Wave_is , 30-Авг-08 18:44 
>[оверквотинг удален]
>>считающие что память штука неограниченная, упоминать не буду, во избежание.
>>
>>>Надо понимать когда и почему нужен nginx, а не слепо пихать его
>>>во все подряд.
>>
>>Сам-то понимаешь?
>
>Сервак не нагружен, если верить топу. Непонятно что делают апачи, нельзя сказать
>что проксирование здесь решает. Вобщем без картины того что происходит на
>серваке ничего утверждать нельзя.

удалось физически попасть на сервак в момент "зависа".
на команды не реагирует

на экране надписи:
"swap_pager_getswapspace(16): failed
swap_pager_getswapspace(12): failed
swap_pager_getswapspace(16): failed
....кучу раз...
www ftpd[2411]getpeername(ftpd): socket is not connected
www ftpd[2434]getpeername(ftpd): socket is not connected
... "

"Съедаеться оперативка"
Отправлено Wave_is , 07-Сен-08 19:45 
>Попробуй собрать данные "vmstat 5 20" и тормозов, чтобы можно было увидеть
>различия. Сиситема не сильно нагружена, даже ввода/вывода огромного нет. Как определил,
>что система начинает свопится?

во время лагов
vmstat 5 20
procs      memory      page                    disks     faults      cpu
r b w     avm    fre   flt  re  pi  po    fr  sr ad0 ad4   in   sy   cs us sy id
0 30 0 1255668 486320  2505  45  52  52  2224 7694   0   0  376 7296 5208  9  4 87
0 26 0 1188804 531924  1219  46 146   0  3019   0 141   0  223  503 4484  2  1 97
0 26 0 1099912 544812  1894  48 137   0  1997   0 139   0  240 2675 4379  1  2 97
0 28 0 1075624 543016  1164  39 134   0   573   0 144   0  237  956 4431  3  2 95
0 26 0 1068952 521280  4292  72 125   0  2568   0 132   0  313 6624 4871 14  3 83
0 22 0 1017396 540540  4010  34 111   0  4374   0 139   0  348 24867 5028 21  6 73
0 18 0 1000228 559660  3878  82 137   0  3215   0 139   0  260 12898 4702 11  4 85
1 12 0  920012 551864  3061  98 141   0  2072   0 143   0  237 6190 4490  5  3 92
0 6 0  786016 622704  1670  85 164   0  4734   0 168   0  282 4586 4658  4  2 93
0 0 0  634616 657412  2962  55  72   0  4241   0  73   0  186 13024 4279 11  3 85
0 0 0  634632 655380  3116  14  14   0  1914   0  19   0  151 7417 3895 11  2 88
0 0 0  604364 659008   355   1   2   0   438   0  18   0   89  115 3378  0  0 100
0 0 0  565904 661452   400   2   5   0   418   0   5   0  112  136 3472  0  1 99
1 0 0  573320 655528  2113   1   1   0  1673   0   2   0  124 13304 3827 12  2 86
0 0 0  564376 657180   376   0   1   0   598   0   2   0  407 2473 4385  2  1 98
0 0 0  569012 654516  2783   0   3   0  1497   0  14   0  206 6718 3939  9  2 89
0 0 0  578284 652952    60   0   1   0     9   0   1   0  103   94 3412  0  0 100
0 0 0  530560 656976  2854   2   5   0  2730   0  22   0  153 12833 3889 11  3 86
0 0 0  499284 659488   986   1   4   0   913   0   6   0  160  697 3641  3  1 97
0 0 0  499284 658760  1659   1   1   0  1647   0   2   0  124 12563 3775 11  2 87

"Съедаеться оперативка"
Отправлено kolayshkin , 15-Сен-08 16:55 
Есть ли у тебя возможности увеличения swap? В раза два, полтора? Возможно что в твоём случае для приложений не хватает свопа для нормлаьной работы.
"Съедаеться оперативка"
Отправлено PavelR , 15-Сен-08 16:56 
>Есть ли у тебя возможности увеличения swap? В раза два, полтора? Возможно
>что в твоём случае для приложений не хватает свопа для нормлаьной
>работы.

Это не свопа не хватает, а

1) оперативы не хватает
2) кривые скрипты/приложения "забывают" освобождать память

"Съедаеться оперативка"
Отправлено kolayshkin , 15-Сен-08 17:04 
>>Есть ли у тебя возможности увеличения swap? В раза два, полтора? Возможно
>>что в твоём случае для приложений не хватает свопа для нормлаьной
>>работы.
>
>Это не свопа не хватает, а
>
>1) оперативы не хватает

Не факт. Один раз как минимум было событие, когда система тормозила не из-за свопинга, а как раз из-за доставания страниц из памяти, судя по тому, что менялось свободное количество свопа.

>2) кривые скрипты/приложения "забывают" освобождать память

Думаю, что надо в общем посмотреть на логику работу приложений, потому как действительно они могут забывать освобождать память.

"Съедаеться оперативка"
Отправлено Wave_is , 15-Сен-08 23:54 
>[оверквотинг удален]
>>1) оперативы не хватает
>
>Не факт. Один раз как минимум было событие, когда система тормозила не
>из-за свопинга, а как раз из-за доставания страниц из памяти, судя
>по тому, что менялось свободное количество свопа.
>
>>2) кривые скрипты/приложения "забывают" освобождать память
>
>Думаю, что надо в общем посмотреть на логику работу приложений, потому как
>действительно они могут забывать освобождать память.

спасибо, что обратили внимание на проблему
если говорить о приложениях, то я все жеподозреваю апач
а точнее мой движок сайта
уж слишком на него было нареканий
возможно какой-нить скрипт кривой

на серваке стоит фтп, апча с мускулом, IRC


вероятней всего проблема в скрипте сайта, но что тогда делать? :(

"Съедаеться оперативка"
Отправлено vitalij , 25-Авг-08 05:44 
>[оверквотинг удален]
>9216K pfault 0   0:02  0.00% httpd
>46435 www          
>1  76    0   199M  
>2976K pfault 0   0:02  0.00% httpd
>46472 www          
>1  96    0   199M  
>3016K pfault 0   0:02  0.00% httpd
>"
>
>где собака зарыта?

cat /usr/local/etc/php/extensions.ini

"Съедаеться оперативка"
Отправлено Wave_is , 30-Авг-08 19:12 
>[оверквотинг удален]
>>1  76    0   199M  
>>2976K pfault 0   0:02  0.00% httpd
>>46472 www          
>>1  96    0   199M  
>>3016K pfault 0   0:02  0.00% httpd
>>"
>>
>>где собака зарыта?
>
>cat /usr/local/etc/php/extensions.ini

www# cat /usr/local/etc/php/extensions.ini
extension=xmlwriter.so
extension=xml.so
extension=tokenizer.so
extension=session.so
extension=posix.so
extension=pdo.so
extension=pdo_sqlite.so
extension=iconv.so
extension=simplexml.so
extension=ctype.so
extension=json.so
extension=hash.so
extension=pcre.so
extension=spl.so
extension=sqlite.so
extension=dom.so
extension=xmlreader.so
extension=filter.so
extension=mysql.so
extension=bz2.so
extension=gd.so
extension=openssl.so
extension=pdf.so
extension=zlib.so
extension=mcrypt.so
extension=mbstring.so
extension=mysqli.so
extension=bcmath.so
extension=curl.so
extension=exif.so
extension=fileinfo.so
extension=ftp.so
extension=gettext.so
extension=gmp.so
extension=imap.so
extension=pspell.so
extension=snmp.so
extension=sockets.so
extension=xmlrpc.so
extension=xsl.so
extension=yaz.so
extension=zip.so
extension=mssql.so

"Съедаеться оперативка"
Отправлено Wave_is , 07-Сен-08 19:27 
>[оверквотинг удален]
>9216K pfault 0   0:02  0.00% httpd
>46435 www          
>1  76    0   199M  
>2976K pfault 0   0:02  0.00% httpd
>46472 www          
>1  96    0   199M  
>3016K pfault 0   0:02  0.00% httpd
>"
>
>где собака зарыта?

last pid:  2245;  load averages:  0.35,  0.97,  1.17    up 0+00:56:45  18:24:43
152 processes: 1 running, 151 sleeping
CPU states: 26.8% user,  0.0% nice,  3.0% system,  0.2% interrupt, 70.0% idle
Mem: 625M Active, 109M Inact, 178M Wired, 8668K Cache, 111M Buf, 50M Free
Swap: 2012M Total, 1062M Used, 950M Free, 52% Inuse, 2980K In, 908K Out

  PID USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
1446 www           1  97    0   136M 10648K select 1   0:02  5.38% httpd
2102 www           1   4    0   135M  9816K accept 1   0:04  5.19% httpd
2065 www           1  96    0   136M  8228K select 0   0:03  4.57% httpd
1481 www           1  96    0   167M 35592K select 1   0:02  3.17% httpd
1476 www           1  -8    0   165M 32696K biord  0   0:02  1.92% httpd
  811 mysql        51   4    0 48840K 13168K sbwait 1   1:36  0.69% mysqld
2234 www           1  96    0   135M 11264K select 0   0:01  0.47% httpd
1410 www           1 -20    0   163M  4884K swread 0   0:18  0.00% httpd
1391 www           1 -20    0   152M  8492K swread 0   0:07  0.00% httpd
1346 www           1 -20    0   163M  5276K swread 0   0:06  0.00% httpd
1393 www           1 -20    0   163M  4904K swread 0   0:05  0.00% httpd
2137 www           1   4    0   135M  1432K accept 0   0:03  0.00% httpd
1413 www           1 -20    0   163M  5160K swread 0   0:03  0.00% httpd
  974 root          1   4    0 10180K   268K sbwait 0   0:02  0.00% ftpd
1412 www           1 -20    0   163M  8236K swread 0   0:02  0.00% httpd
  822 root          1  96    0   132M  4552K select 1   0:02  0.00% httpd
1508 www           1 -20    0   163M 28996K swread 0   0:02  0.00% httpd
1498 www           1 -20    0   163M 27948K swread 0   0:02  0.00% httpd
1425 www           1 -20    0   163M 25144K swread 0   0:02  0.00% httpd
1422 www           1 -20    0   163M  5156K swread 0   0:02  0.00% httpd
1423 www           1 -20    0   163M  6420K swread 0   0:01  0.00% httpd
1521 www           1 -20    0   163M 26932K swread 0   0:01  0.00% httpd
1995 www           1 -20    0   168M 14808K swread 0   0:01  0.00% httpd
2001 www           1 -20    0   168M 15968K swread 1   0:01  0.00% httpd
1999 www           1 -20    0   168M 12052K swread 0   0:01  0.00% httpd
1997 www           1 -20    0   167M 14112K swread 0   0:01  0.00% httpd
1994 www           1 -20    0   167M 14280K swread 0   0:01  0.00% httpd
2022 www           1 -20    0   167M 13864K swread 1   0:01  0.00% httpd
1996 www           1 -20    0   168M 12728K swread 0   0:01  0.00% httpd
2042 www           1 -20    0   167M 14712K swread 0   0:01  0.00% httpd
2019 www           1 -20    0   167M 13920K swread 0   0:01  0.00% httpd
2004 www           1 -20    0   167M 10452K swread 0   0:01  0.00% httpd
1429 www           1 -20    0   135M  3316K swread 0   0:01  0.00% httpd
1830 www           1 -20    0   167M 14936K swread 1   0:01  0.00% httpd
1492 www           1   4    0   135M  5768K accept 1   0:01  0.00% httpd
1440 www           1 -20    0   137M  6132K swread 1   0:01  0.00% httpd
1524 www           1 -20    0   163M 27820K swread 0   0:01  0.00% httpd
1975 www           1 -20    0   168M  5968K swread 1   0:01  0.00% httpd
1990 www           1 -20    0   168M  5912K swread 0   0:01  0.00% httpd
2000 www           1  96    0   167M     0K select 0   0:01  0.00% <httpd>
  663 root          1  96    0 15988K  2708K select 0   0:01  0.00% ircd
1434 www           1   4    0   135M  1332K accept 0   0:01  0.00% httpd
1450 www           1 -20    0   135M  4892K swread 0   0:01  0.00% httpd
1493 www           1 -20    0   135M  6068K swread 0   0:01  0.00% httpd
1484 www           1 -20    0   151M 10276K swread 0   0:01  0.00% httpd
1456 www           1 -20    0   163M  4968K swread 0   0:01  0.00% httpd
1454 www           1 -20    0   137M  4068K swread 0   0:01  0.00% httpd
1457 www           1 -20    0   163M 28532K swread 0   0:01  0.00% httpd
1491 www           1 -20    0   163M 12184K swread 1   0:01  0.00% httpd
1433 www           1 -20    0   135M  8272K swread 0   0:01  0.00% httpd
1462 www           1   4    0   135M  7692K accept 0   0:01  0.00% httpd
1430 www           1  96    0   135M  1328K select 1   0:01  0.00% httpd
1489 www           1 -20    0   163M 14548K swread 0   0:01  0.00% httpd
1473 www           1 -20    0   151M 10192K swread 0   0:01  0.00% httpd
1437 www           1 -20    0   163M 27016K swread 0   0:01  0.00% httpd
1485 www           1 -20    0   151M  9536K swread 0   0:01  0.00% httpd


вот еще раз во время торможения

"Съедаеться оперативка"
Отправлено rackadmins.com , 02-Окт-08 18:02 
Причина одна - сервер без админа