tobotras

мистическая несовместимость с контроллером ?

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

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

Там у людей ядро допотопное.

"Это был гвоздь не от той стены"

Я правильно пнимаю, что дома ты его в другую дырку контроллера другим шлейфом подключал?

Попробуй дома посмотреть под фрёй/виндой.

Там нет шлейфов, серверная корзинка. Перетыкал, да.

Он мне в файл-сервере нужен, блин :) Фрю ставить не хочу.

Ну я не говорю "ставить". Я говорю "попробовать". Загрузись с френзи да посмотри.

Хм. Спасибо, мысль.

Хм.

Lamers. Those who can build microprocessors don't care about distros.

Не то слово, и ++ зачем-то приплели, как если бы мало было.

PS: не надо гнусмас в корзину пихать. У них так себе с вытаскиванием не очень хорошо читаемых секторов -- на радостные тесты это не влияет, а я вот одно время сильно жалел, что не узнал сего чуть раньше, чем согласился взять восьмидесятку в T41...

PPS: сюгейт тоже не надо (хотя теперь поди их различи). Последние лет пять их саташники доверия не вызывают -- что десктопные, что "энтерпрайзные" высыпались. Что характерно, Hitachi/WD как работали без таких вот нюансов, так и смержились.

Привет!

А что показывает iostat -x при записи для того и другого диска?
Что в /sys/block//device/ioerr_cnt? Дает ли прирост производительности уменьшение таймаута в /sys/block//device/timeout до 10-20? Что в queue_depth?

И как dd делается? Прямая запись на девайс или в файл?

Вечером опять воткну в проблемный сервер, померяю, вопросы валидные :)

Прямая, пробовал dd и hdparm -t, один фиг.

Это я ещё не пишу, это я только читаю :)

iostat показывает разное:


avg-cpu: %user %nice %system %iowait %steal %idle
0.00 0.00 14.43 37.81 0.00 47.76

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sda1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sda2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sda5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sdb 24802.97 0.00 1781.19 0.00 212910.89 0.00 119.53 3.04 1.71 0.56 99.80
sdb1 24802.97 0.00 1781.19 0.00 212910.89 0.00 119.53 3.04 1.71 0.56 99.80
sdc 2770.30 0.00 80.20 0.00 22803.96 0.00 284.35 1.41 17.53 12.44 99.80
sdc1 2770.30 0.00 80.20 0.00 22803.96 0.00 284.35 1.41 17.53 12.44 99.80
md0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00


(проблемный диск — sdc).

В ioerr_cnt есть медленно увеличивающаяся цифирь, сейчас 0xc.
В queue_depth было 31, пробую 1. BINGO!

Спасибо большое! Пойду почитаю, что это было. NCQ кривое, поди…

попробуй

echo 1 > /sys/block/sdd/device/queue_depth

скорость изменилась?

А у тебя одинаковые протоколы SATA на десктопе и сервере?

Да, про queue_depth выше посоветовали, вечером дома проверю.

А где пишут про протокол SATA? Ядро пишет ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) про все диски, ты об этом? Думаю, что 1.5 Gbps меня тоже бы счастливо устроили.

ну оно и там и там 3.0, или в одном месте 1.5? Может 3.0 сломан?

И там, и там. Именно у этого винта именно с этим контроллером? Может…

BTW стоит тогда в linux-kernel@ или куда там прицельно, чтоб заблэклистили (есть где).

echo 1 > /sys/block/sdd/device/queue_depth

Yess!