Провлемы с оперативкой

[gia777]

Привет, изложу проблему в краце и на примере:

Ест сервер сконфигурированный мною, с 6 ГБ оперативной памяти, Debian lenny 5.0.3!
При средней нагрузке в системе всего лишь 10% свободной ореративки!

А вот на втором сервере который сконфигурирован не мной, ореративка 2 ГБ и при такойже нагрузке, свободно около 60 % памяти!

Что я сделал не так???
На обойх серверах стоит Debian lenny 5.0.3 + Ispcp omega 1.0.2
Gомогите разобратся пожалуйста!

Заранее спасибо

[server801]

а дистрибутивы на втором случаем на x64?

[gia777]

Да нет наоборот. Нa первом Х64 на втором Х86

[server801]

я замечал обратное.когда стоит система x64 -кушает намного больше оперативки,нежели x86 при таком же контенте.посмотреть список процессов и узнать что его так грузит.камень тоже имеет значение

[gia777]

Вот показания команды TOP:

Quote:30555 vu2035 20 0 191m 42m 4284 R 56 0.7 0:59.15 php5-cgi
31343 vu2035 20 0 185m 37m 4220 S 16 0.6 0:34.21 php5-cgi
2668 mysql 20 0 372m 60m 6188 S 10 1.0 31:48.34 mysqld
31344 vu2035 20 0 185m 36m 4192 S 10 0.6 0:33.97 php5-cgi
30574 vu2035 20 0 186m 37m 4460 S 9 0.6 0:59.32 php5-cgi
30543 vu2035 20 0 174m 26m 4392 S 9 0.4 0:47.96 php5-cgi
32113 vu2029 20 0 166m 19m 4572 S 9 0.3 0:25.80 php5-cgi
30544 vu2035 20 0 176m 28m 4216 S 7 0.5 0:48.57 php5-cgi
32115 vu2029 20 0 165m 19m 4580 S 7 0.3 0:25.68 php5-cgi
372 vu2035 20 0 180m 32m 4100 R 2 0.5 0:02.92 php5-cgi
30538 vu2035 20 0 179m 31m 4152 S 2 0.5 0:46.15 php5-cgi
30539 vu2035 20 0 174m 26m 4376 R 2 0.4 0:45.13 php5-cgi
32254 vu2029 20 0 166m 19m 4316 S 2 0.3 0:20.82 php5-cgi
340 www-data 20 0 416m 11m 1936 S 0 0.2 0:00.68 apache2
1 root 20 0 10312 792 660 S 0 0.0 0:01.00 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.68 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:00.06 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT -5 0 0 0 S 0 0.0 0:00.14 migration/1
7 root 15 -5 0 0 0 S 0 0.0 0:00.16 ksoftirqd/1
8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1
9 root RT -5 0 0 0 S 0 0.0 0:00.24 migration/2
10 root 15 -5 0 0 0 S 0 0.0 0:00.10 ksoftirqd/2
11 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/2
12 root RT -5 0 0 0 S 0 0.0 0:00.14 migration/3
13 root 15 -5 0 0 0 S 0 0.0 0:00.10 ksoftirqd/3
14 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/3
15 root 15 -5 0 0 0 S 0 0.0 0:00.96 events/0
16 root 15 -5 0 0 0 S 0 0.0 0:00.60 events/1
17 root 15 -5 0 0 0 S 0 0.0 0:00.74 events/2
18 root 15 -5 0 0 0 S 0 0.0 0:01.16 events/3
19 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper
56 root 15 -5 0 0 0 S 0 0.0 0:00.16 kblockd/0
57 root 15 -5 0 0 0 S 0 0.0 0:00.14 kblockd/1
58 root 15 -5 0 0 0 S 0 0.0 0:00.10 kblockd/2
59 root 15 -5 0 0 0 S 0 0.0 0:00.10 kblockd/3
61 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpid
62 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify
151 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd
157 root 15 -5 0 0 0 S 0 0.0 0:00.00 khubd
160 root 15 -5 0 0 0 S 0 0.0 0:00.00 kseriod
215 root 20 0 0 0 0 S 0 0.0 0:00.00 pdflush
216 root 20 0 0 0 0 S 0 0.0 0:02.54 pdflush
217 root 15 -5 0 0 0 S 0 0.0 0:00.00 kswapd0
218 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/0
219 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/1
220 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/2
221 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/3
369 vu2035 20 0 151m 10m 6172 S 0 0.2 0:00.02 php5-cgi
371 vu2035 20 0 175m 27m 4048 S 0 0.5 0:02.94 php5-cgi
374 vu2052 20 0 98864 8424 2356 S 0 0.1 0:00.34 proftpd
434 www-data 20 0 415m 11m 1960 S 0 0.2 0:00.23 apache2

По моему это не хорошо!!! я не прав???

[zeit]

32254 vu2029 20 0 166m 19m 4316 S 2 0.3 0:20.82 php5-cgi - вот ответ на мой взгляд

На хабре еще был топик на днях с уменьшением размера адресации, типо по умолчанию голый Linux пишет 256МБ в стек, AIX 32k... Советут там уменьшить до 1 Мб и тогда куча оперативы высвободится.

Имхо. Не желательно это делать, если высоконагрузочный проект...

[server801]

поставьте утилиту htop .она более четче выведет все происходящее.и неплохо бы было что бы не вешать сервер и при превышении нагрузки более допустимого тарифным планом-килять все процессы php-cgi клиента.а то получается очень много зависших процессов.как это на деле можно реализовать?

[data-stream_ru]

Ну во первых, тема офф-топик - к панели отношения не имеет. Её демоны ни чего практически не потребляют.

Во вторых, основной пожиратель памяти 2-й апач и его дохлые процессы-зомби и всё прочее. Надо нормально конфигурировать апач и более того, делать greiseful restart (не помню точно - "любезная перезагрузка" без отрубания активных сессий) раз в час по крону. И полная перезагрузка раз в сутки.
Смотрим здесь - http://main.data-stream.ru/check_sys/
Логин/пароль demo|demo

Смотрим использование памяти. На графики характерная пила. Так вот снижение потребления как раз после перезагрузки и убийства подвешенных процессов.

Далее, судя по использованию системы у вас в топе висят прежде всего пхп скрипты.
Так вот я как то столкнулся с траблом галимого пхп.
Каталожный двиг который я разрабатываю, и который на порядок легче любого портала в некоторых версиях стал неоправданно много пожирать системных ресурсов.
Как потом выяснилось, проблема была в ошибки кеширования страниц обратных ссылок - запись в несуществующую директорию или запись в директорию с недопустимой записью.
perl в этом случае просто вылетел бы в ошибку, а пхп как сизиф пытается записать всё время отпущенное на процесс.
Так вот, ВПС при этом едва ли не падал.

Так что включайте в план исследований ещё и ревизию движков и скриптов.

[server801]

easselerator в помощь

[data-stream_ru]

(11-17-2009 05:17 AM)server801 Wrote:  easselerator в помощь

Это что за зверь?