LINUX.ORG.RU

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


0

1

Допустим, захотелось сделать rm -rf директории с кучей файлов и вложенных директорий. Но пока оно там удаляется в фоне (1 процесс всего), работать с чем-то другим, использующим диск даже минимально, практически невозможно - тормозит аж п#здец.
Это вообще лечится?

top - 23:06:58 up  1:22,  3 users,  load average: 8.31, 6.74, 3.90
Tasks: 208 total,   1 running, 206 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.3%us,  0.3%sy,  0.0%ni, 76.9%id, 22.5%wa,  0.0%hi,  0.0%si,  0.0%st

ядро 2.6.32 amd64

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

mky ★★★★★ ()

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

stormblastt ★★★ ()

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

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

post-factum ★★★★★ ()

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

slipbod ()
Ответ на: комментарий от mky

Винт обычный. 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 чипсете.

frozen_twilight ★★ ()
Ответ на: комментарий от darkshvein

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

frozen_twilight ★★ ()
Ответ на: комментарий от frozen_twilight

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

ядро 2.6.32 amd64

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

mky ★★★★★ ()

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

Lumi ★★★★★ ()
Ответ на: комментарий от ZaeLam3l

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

Lumi ★★★★★ ()
Ответ на: комментарий от Lumi

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

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

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

mky ★★★★★ ()
Ответ на: комментарий от mky

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

Lumi ★★★★★ ()

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

Rost ★★★★ ()
Ответ на: комментарий от Rost

вот те раз!

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 #

megabaks ★★★★ ()
Ответ на: комментарий от mky

Зачем 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
Тут есть Reallocated_Sector_Ct = 6.

frozen_twilight ★★ ()
Ответ на: комментарий от frozen_twilight

>120.97 MB/sec

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

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

mky ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.