А я такое поведение тоже наблюдал, и что интересно, при этом еще и не только для фряхи и не только для dd... Любая длительная запись боооооольшого потока... Из самого простого и заметного, например, у меня так себя вела одна из вендей при начале загрузки кина с торрента, когда торрент-клиент файл создавал. При этом все это было исключительно винтозависимо, т.е. на одном винте тормозило, на другом - неа... Может в эту сторону поглядеть? Винт, часом, не сигейт какой-нить?

Коллеги,

Почему так может происходить, что при сабжевой команде система
перестает отвечать (даже по ssh не зайти и до ypserv не достучаться),
пока не кончится запись на диск? По моему разумению SCSI не должен
систему в такую позу ставить.

8.1-RELEASE, диски:

da2 at sym0 bus 0 scbus0 target 3 lun 0
da2: <YI-08SAE U4 R0.0> Fixed Direct Access SCSI-3 device
da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit)
da2: Command Queueing enabled
da2: 237520MB (486440960 512 byte sectors: 255H 63S/T 30279C)

Это такой внешний дисковый массив с SATA винтами внутри и SCSI наружу.
da2 сделан как RAID5. Я что-то слышал о плохой производительности
RAID5 на запись, но вопрос в другом. Пусть бы он медленно писал,
почему система раком становится?

Скорость при сабже примерно 26 МБ/сек на запись и 50 МБ/сек на
чтение, если это важно.

ЗЫ другие тома (da1, da3) сделаны как RAID1, и при записи на них подобных
тормозов не наблюдается.

Ответить