Растёт load average

А какой i/o планировщик используется? какие задачи выполняет сервер? какие файловые системы используются?

Планировщик anticipatory
Файловая система ext3
/dev/sda3 / ext3
/dev/sda1 /boot ext2

Задачи... Основная нагрузка - python прога работает с базами mysql

Причём рядом стоит такой же сервер (только послабее) с теми же задачами, но load average в пределах нормы, и wa ~ 0%

Что говорит команда free ?
Возможно i/o занято качанием свопа.

>Планировщик anticipatory
если диски scsi, то нормально.

если ide или sata (нынче по имени /dev/sda не поймешь), возможно cfq по-лучше будет

А в логи ничего не валитцо? может там частые ошибки записи(чтения) на(с) винт(а)? проверить mhdd не пробовал?

             total       used       free     shared    buffers     cached
Mem:       4146340    3976168     170172          0      35160    3164240
-/+ buffers/cache:     776768    3369572
Swap:      1052248          4    1052244

Со свопом ещё что-то странное...

Не, в логах ничего криминального, всё тихо

> проверить mhdd не пробовал?

А что это?

>> проверить mhdd не пробовал?

>А что это?

http://hddguru.com/content/en/software/2005.10.02-MHDD/

MHDD is the most popular freeware program for low-level HDD diagnostics.

MHDD supports these interfaces: IDE, Serial ATA, SCSI. Also there is a possibility to access an USB storage, there are drivers for emulation (USB->SCSI).

This software can make precise diagnostic of the mechanical part of a drive, view SMART attributes, perform Low-level format, bad sector repair, different tests and tens of other functions.

Попробую cfq...

Меня смущает, что на другом всё в порядке, там тоже anticipatory...

Хм... да вроде ничего особо странного... у тя на сервере 4 гига оперативки... то что своп свободен вроде не является криминалом :)

> Меня смущает, что на другом всё в порядке, там тоже anticipatory...

а версии ядра одинаковые? как насчёт материнских плат/IDE(SATA) контроллеров? Они тоже одинаковые?

>Не, в логах ничего криминального, всё тихо
dmesg | tail

Вообще LA растет с ростом кол-ва процессов.
посмотри ps -ef

>dmesg | tail

И там ничего странного. Ну, немного orphans
ext3_orphan_cleanup: deleting unreferenced inode 9453573
ext3_orphan_cleanup: deleting unreferenced inode 9453572
ext3_orphan_cleanup: deleting unreferenced inode 9453571
EXT3-fs: sda3: 3 orphan inodes deleted
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Adding 1052248k swap on /dev/sda2. Priority:-1 extents:1 across:1052248k
EXT3 FS on sda3, internal journal
tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.

Процессов было 2 running и ~100 sleeping. Это top показывал
В ps тоже было как обычно, 2 процесса нашей программы и стандартные сервисы.

>а версии ядра одинаковые?

Да, 2.6.18.3 на обоих

>как насчёт материнских плат/IDE(SATA) контроллеров? Они тоже одинаковые?

Насчёт материнок не знаю... Спрошу, что там

А в чем проблема посмотреть вывод той же lspci я же не спрашиваю кто производитель, мне интересен чипсет :) и соответственно контролер...

vmstat 1 что говорит?

В общем, оказалось, hdd был плохой, хостер его сейчас меняет...

На сервере есть параллельно и много работающие с диском процессы?

Процентов 80 за то ставлю, что на диске сильно выросла фрагментация. Попробуй деврагментировать через mv на другой раздел.

>В общем, оказалось, hdd был плохой

А... Ну, это 5% из оставшихся 20 ;)