PCI SATA: тормоз

[Smirnoff]

Возвращаюсь к старой теме, которую ранее так и не решил. Имеется старений dowload-server PIII733/256mb/PCI SATA (VIA)
По сетке скачивание через Самбу с него скорость 6...8Мб.с, сливание на переносной жесткий диск по USB вообще убийственные показатели 2..3Мб.с. При этом подбрасывал винт с видой, то там все прекрасно, 20..25Мб по USB и около того по сетке. Дистрибутивы пробовал разные, CentOS 5.3, Fedora 10, Ubuntu 9.04, самый быстрый оказался CentOS. В сети встречал подобные жалобы. Решил кто-нибудь или нет?

[root@subzero sda1]# dd if=/dev/zero of=test.1gb bs=4M count=4000
4000+0 записей считано
4000+0 записей написано
скопировано 16777216000 байт (17 GB), 272,761 секунд, 61,5 MB/s

[root@subzero sda1]# hdparm -c1d1 /dev/sda1

/dev/sda1:
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
IO_support = 0 (default 16-bit)

[root@subzero sda1]# hdparm -t /dev/sda1

/dev/sda1:
Timing buffered disk reads: 188 MB in 3.00 seconds = 62.62 MB/sec

П.С.: данные показатели с пустым винтом. При загрузке торрентами скорость падает в два раза

[Ali1]

При этом подбрасывал винт с видой, то там все прекрасно, 20..25Мб по USB и около того по сетке.

Бит или байт?
По стомегабитной сети не может быть около 25МВ/c. Пропускная способность 100 *10**6 Вит в секунду. В байте восемь бит.
В ethernet кадре есть служебная информация.

[Smirnoff]

сорри, опечатка быстро набирал и проскочило. Я имел ввиду 20..25Мб по ЮСБ, по сетке не допечаталось, навеное тачпад зацепил. По сетке около 10Мб получалось

[Shurik]

Возвращаюсь к старой теме, которую ранее так и не решил. Имеется старений dowload-server PIII733/256mb/PCI SATA (VIA)
По сетке скачивание через Самбу с него скорость 6...8Мб.с, сливание на переносной жесткий диск по USB вообще убийственные показатели 2..3Мб.с. При этом подбрасывал винт с видой, то там все прекрасно, 20..25Мб по USB и около того по сетке. Дистрибутивы пробовал разные, CentOS 5.3, Fedora 10, Ubuntu 9.04, самый быстрый оказался CentOS. В сети встречал подобные жалобы. Решил кто-нибудь или нет?

[root@subzero sda1]# dd if=/dev/zero of=test.1gb bs=4M count=4000
4000+0 записей считано
4000+0 записей написано
скопировано 16777216000 байт (17 GB), 272,761 секунд, 61,5 MB/s

[root@subzero sda1]# hdparm -c1d1 /dev/sda1

/dev/sda1:
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
IO_support = 0 (default 16-bit)

[root@subzero sda1]# hdparm -t /dev/sda1

/dev/sda1:
Timing buffered disk reads: 188 MB in 3.00 seconds = 62.62 MB/sec

П.С.: данные показатели с пустым винтом. При загрузке торрентами скорость падает в два раза

В системе libata все винты теперь sda - так вот разработчики решили. Теперь не будет hda. Об этом везде, если что, написано- на каждом углу, в том числе и на официальном сайте Ubuntu.
DMA на SATA-дисках есть всегда и включается автоматически, так что в явном системном вызове нет необходимости. Поэтому его даже реализовывать не стали.
Очень часто ядро выключает его, если у вас битый диск и CD/DVD drive на libata
Ядро сами не пересобирали? Поддержка dma в ядре есть? Посмотрите, включена ли в ядро поддержка именно вашего IDE-чипсета (lspci -v подскажет). Возможно нужно пересобрать ядро и включить поддержку чипсета не модулем, вкомпилить в ядро.
Что еще можно придумать... В БИОС ДМА не отключено? ядру параметр dma=off не передается?