ext3: система неюзабельна при удалении файлов

Это больше похоже на аппаратные проблемы, либо винт без DMA режима, либо как-то криво работает чипсет. Встречал подобное на RAID'e Intel SRCS14L. Какое у вас железо, какое ядро?

ext3 здесь не причем. Возможно у вас тот самый епический 12309.

Счас начнётся…

Ядро с BFQ пробовал? ulatencyd ставил?

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

Винт обычный. UDMA на месте.

$ hdparm -i /dev/sda

/dev/sda:

 Model=ST31500341AS, FwRev=CC1H, SerialNo=9VS4LJM2
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-4,5,6,7

В остальном - Intel Core i7-930 на X58 чипсете.

Ии што, на других дистрибутивах тоже?

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

Это 12309.

>Intel Core i7-930 на X58 чипсете.

ядро 2.6.32 amd64

Зачем amd64? hdparm показывает нормальную скорость чтения? SMART чистый? Если есть возможность, попробуйте на этой материнке другой винт. Кстати, ваш винт не попадает под перепрошивку?

> load average: 8.31, 6.74, 3.90
Ох, ё! Сигейт + X58 чип? А с жёстким диском но не сигейтом тоже такая оказия будет, интересно?

А чем сигейты не угодили?

Тем, что последние несколько лет, каждый диск сигейта, который мне попадался в руки, оказывался... странным. Особенно на многопоточной записи. Не может у меня быть такого везения, потому что речь не про 1-2 диска. И даже не про 5-6. И даже не про экземпляры, а модели.

У меня GA-X58-USB3 + Core i7-930. Сечас, временно, корень на ST3500418AS. Система Centos 5.5 x86_64.

По умолчанию в биосе первые порты sata были в legacy, при работе различных демонов и записи логов на этот винт по ftp удавалось заливать файлы на этот же винт только 8 Мбайт/с. Когда перевёл порты в native (и диск стал sda, а не hda) запись стала побыстрее.

Но не тогда, не сейчас, особо «замороживаний» системы не замечаю. Но, может мне повезло. А так, если рытся в Инете, то есть жалобы и на Seagate и на WD, что именно, SMART чистый, а скорость чтения и особенно записи очень низкие.

Если смотреть на native+ahci+noop на современных ядрах, то разница между дисками очень заметна.

этож дичайший баян. ext2/3 очень долго удаляет _большие_ файлы. естественно во время удаления такого файла операции с другими файлами на фс не возможены

вот те раз!

root megabaks USA # dd if=/dev/zero of=/boot/GTA/Ъ bs=100MB count=100
100+0 записей считано
100+0 записей написано
 скопировано 10000000000 байт (10 GB), 233,246 c, 42,9 MB/c
root megabaks RUS # time rm /boot/GTA/Ъ 

real	0m0.280s
user	0m0.000s
sys	0m0.212s
root megabaks USA # ls -l /boot/GTA/Ъ 
ls: невозможно получить доступ к /boot/GTA/Ъ: Нет такого файла или каталога
root megabaks USA # mount | grep boot
/dev/sda3 on /boot type ext2 (rw,noatime,nodiratime)
root megabaks USA #

Зачем amd64?

А почему нет, собственно, если это сервер?

# hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   15080 MB in  1.99 seconds = 7583.24 MB/sec
 Timing buffered disk reads: 364 MB in  3.01 seconds = 120.97 MB/sec

По SMART диск полностью здоров.

В другой системе аналогичной конфигурации с такой же моделью Seagate показывает:

/dev/sdb:
 Timing cached reads:   14990 MB in  2.00 seconds = 7503.41 MB/sec
 Timing buffered disk reads: 346 MB in  3.01 seconds = 115.13 MB/sec

>120.97 MB/sec

Это хорошо, но можно ещё попробовать почитать отдельные области с помощью dd, посмотреть, нет ли явных провалов. И, заодно, можно записать небольшой (допустим 100 Мб) файлик, чтобы понять, вобще какая скорость записи.

Еще, что показывает free? buffers/cached нормальные?