SuperServer 1026T-URF, SATA, RHEL 5.5

[Rubystar]

Добрый день. Имеем сервер SuperMicro SuperServer 1026T-URF. Диски 6 x SSD + 1 диск Hitachi Traverstar HTS545032B9A300. SSD естественно работает очень шустро. А вот с SATA наблюдаются некоторые проблемы с производительностью. На сервере установлена ОС Linux RHEL 5.5 x86_64. Файловая система везде ext3.

Описание проблемы: Переписываю файл на 1GB с SSD на SATA. Удаление файла на 1GB из файловой системы с диском SATA происходит в течении пары минут. Это медленно.

Чем можете помочь?

[exLH]

Вероятно стоит какой-то контроллер в платформе???

[gs]

Что-то мне подсказывает, что ноутбучный диск в сервере - не самое лучшее решение.
Он еще небось в спячку впадает при неактивности в течение нескольких минут...

[Rubystar]

Вероятно стоит какой-то контроллер в платформе???

Adaptec RAID controller ASR-5805/512MB

[DeadMazay]

вам бы его на HTE545050B9A300 заменить

[Rubystar]

Сейчас вот выплюнул в messages такой трейс:

Код: Выделить всё

ata6.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata6.00: cmd a0/00:00:00:0c:00/00:00:00:00:00/a0 tag 0 pio 12 in
         cdb 43 00 00 00 00 00 00 00  0c 40 00 00 00 00 00 00
         res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
ata6.00: status: { DRDY }
ata6: hard resetting link
ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata6.00: configured for UDMA/33
ata6: EH complete
ata6.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata6.00: cmd a0/00:00:00:0c:00/00:00:00:00:00/a0 tag 0 pio 12 in
         cdb 43 00 00 00 00 00 00 00  0c 40 00 00 00 00 00 00
         res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
ata6.00: status: { DRDY }
ata6: hard resetting link
ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata6.00: configured for UDMA/33
ata6: EH complete

[exLH]

Это как это диск, подключенный через адаптек, выдал такую волшебную надпись?
Как массивы созданы?

[Rubystar]

вам бы его на HTE545050B9A300 заменить

Это конечно хорошо было бы. Но что делать с существующим? Выкинуть?

И ещё - не знаете какая последняя прошивка на HTS545032B9A300? Может быть в этом дело?

[Rubystar]

Это как это диск, подключенный через адаптек, выдал такую волшебную надпись?
Как массивы созданы?

Сорри, погорячился:

ata6.00: ATAPI: DV-28E-V, 1.AB, max UDMA/33

[Rubystar]

Странно он как-то работает...

Код: Выделить всё

[root@orassd backup]# time dd if=/dev/zero of=test01.img count=1000 bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.92055 seconds, 1.1 GB/s

real    0m0.922s
user    0m0.002s
sys     0m0.920s
[root@orassd backup]# time rm -f test01.img

real    0m33.105s
user    0m0.001s
sys     0m0.514s

[Rubystar]

Ещё идеи?

[exLH]

http://serverfault.com/questions/128012 ... ext3-linux

[Rubystar]

Ну для 100GB файлов 8 минут может и нормально для ext3. Но не 33 секунды для 1GB же.

Для примера, на моём десктопе (Linux, ext3, Hitachi Deskstar HDS722020ALA330).

Код: Выделить всё

schultz img # time dd if=/dev/zero of=test01.img count=1000 bs=1M
1000+0 записей считано
1000+0 записей написано
 скопировано 1048576000 байт (1,0 GB), 5,78781 c, 181 MB/c

real    0m5.841s
user    0m0.002s
sys     0m1.825s

schultz img # time rm -f test01.img

real    0m0.223s
user    0m0.000s
sys     0m0.219s

Как понять кто виноват? Диск, серверное железо или драйвер?

[exLH]

Ну для 100GB файлов 8 минут может и нормально

Может быть в прошлом веке, когда файлов такого размера никто не видел, это и было нормально, а сейчас заставляет задуматься.
А если предметно, то
а) кэш диска включен/выключен?
б) кэш записи в контроллере для LUN на этом диске включен/выключен?

[Rubystar]

а) кэш диска включен/выключен?

Кэш выключен на всех дисках

б) кэш записи в контроллере для LUN на этом диске включен/выключен?

Кэши чтения и записи для тома включены.