Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: deltaplaner в Nov 20, 2006, 05:46
HDD: MAXTOR 6V080E0 SATA 2 HDD (80 GB) (/dev/sda)
Не мога да включа DMA и 32 bit I/O. При изпълнение на hdparm се получава това:
Въпреки, че
, при копиране от един ext3 дял на друг ext3 дял максималния трансфер който съм забелязвал е 10 MB/sec.
Някой може ли да каже къде и какъв точно е проблема? И как да го реша в края на краищата?
Благодаря предварително.
П.П.: MB - ASRock 775i915P-SATA2
В Bios-а нещата касаещи "dma и 32 bit support" са разрешени.
Не мога да включа DMA и 32 bit I/O. При изпълнение на hdparm се получава това:
| Примерен код |
#hdparm /dev/sda /dev/sda: IO_support = 0 (default 16-bit) HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device HDIO_GET_DMA failed: Inappropriate ioctl for device HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device readonly = 0 (off) readahead = 1024 (on) geometry = 9964/255/63, sectors = 160086528, start = 0 #hdparm -d 1 /dev/sda /dev/sda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Inappropriate ioctl for device HDIO_GET_DMA failed: Inappropriate ioctl for device #hdparm -c 1 /dev/sda /dev/sda: setting 32-bit IO_support flag to 1 HDIO_SET_32BIT failed: Invalid argument IO_support = 0 (default 16-bit) #hdparm -c 3 /dev/sda /dev/sda: setting 32-bit IO_support flag to 3 HDIO_SET_32BIT failed: Invalid argument IO_support = 0 (default 16-bit) |
Въпреки, че
| Примерен код |
# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 2492 MB in 2.00 seconds = 1247.32 MB/sec Timing buffered disk reads: 164 MB in 3.01 seconds = 54.41 MB/sec |
, при копиране от един ext3 дял на друг ext3 дял максималния трансфер който съм забелязвал е 10 MB/sec.
Някой може ли да каже къде и какъв точно е проблема? И как да го реша в края на краищата?
Благодаря предварително.
П.П.: MB - ASRock 775i915P-SATA2
В Bios-а нещата касаещи "dma и 32 bit support" са разрешени.
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: senser в Nov 20, 2006, 07:43
hdparm има подобни проблеми със SATA дискове
пробвай да промениш параметрите с "sdparm" - аналога на hdparm за SCSI, макар че съдейки по личния си опит нямаше особен смисъл
щом hdparm показва добър трансфер дали нямаш някакъв проблем с файловата система ....
пробвай да промениш параметрите с "sdparm" - аналога на hdparm за SCSI, макар че съдейки по личния си опит нямаше особен смисъл
щом hdparm показва добър трансфер дали нямаш някакъв проблем с файловата система ....
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: gat3way в Nov 20, 2006, 10:53
hdparm въобще не работи коректно с устройства, управлявани и работещи през SCSI layer-a, друг е въпросът че не е написан коректно и приема като вход всякакво блоково устройство без да предупреждава какъв е проблема, а само вади тези "странни" грешки после.
Предполагам че ако диска е сата и контролерът е културен ще си прави busmastering-a сам и това няма да има никакво отношение към операционната система.
Ти защо си убеден че контролерът не ползва DMA, има ли някаква рационална причина извън това че hdparm го изписва в случая? Бавни трансфери? От това което виждам, не мисля.
Преди някъде из тези форуми ставаше въпрос за ботълнеците свързани с дисковете и шините. SATA1 има максимална теоретична скорост от 150 МБ/сек. Който и диск да е обаче не може нито да чете нито да пише с такава скорост. Като изключим частният случай дали данните реално се четат от диска или от кеша на контролера му, както и другия частен случай ако имаш "външен" раид0 масив, където I/O-то се разпределя по няколко диска нещата почват да зависят и от пропускателната способност на шината...смисълът от САТА шината май опира предимно до малките кабели, засега.
П.П. 55МБ/сек не е лоша скорост, бих казал средна за един модерен диск, независимо от това дали е иде или сата. Просто механиката е бавна.
Предполагам че ако диска е сата и контролерът е културен ще си прави busmastering-a сам и това няма да има никакво отношение към операционната система.
Ти защо си убеден че контролерът не ползва DMA, има ли някаква рационална причина извън това че hdparm го изписва в случая? Бавни трансфери? От това което виждам, не мисля.
Преди някъде из тези форуми ставаше въпрос за ботълнеците свързани с дисковете и шините. SATA1 има максимална теоретична скорост от 150 МБ/сек. Който и диск да е обаче не може нито да чете нито да пише с такава скорост. Като изключим частният случай дали данните реално се четат от диска или от кеша на контролера му, както и другия частен случай ако имаш "външен" раид0 масив, където I/O-то се разпределя по няколко диска нещата почват да зависят и от пропускателната способност на шината...смисълът от САТА шината май опира предимно до малките кабели, засега.
П.П. 55МБ/сек не е лоша скорост, бих казал средна за един модерен диск, независимо от това дали е иде или сата. Просто механиката е бавна.
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: gat3way в Nov 20, 2006, 12:22
А, да, като се замисля случаят с четенето от кеша отпада. Интересно кой контролер на диск има над 150 мегабайта кеш, ама знам ли и аз...
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: melwin в Nov 20, 2006, 13:43
Всъщност:
"SATA drives in the 2.6 kernel are handled by the new "libata" SCSI driver. If you add the "ATA passthru" patch (from Jeff Garzik) to your kernel, then hdparm can work with those drives.
Some flags, like "-d", are not supported by libata. Currently, ALL SATA hard drives use DMA, so there is no need for -d. But eventually libata will have to implement ATA PIO (for CF cards..), and at that time it may (or not) begin to support the "-d" flag."
"SATA drives in the 2.6 kernel are handled by the new "libata" SCSI driver. If you add the "ATA passthru" patch (from Jeff Garzik) to your kernel, then hdparm can work with those drives.
Some flags, like "-d", are not supported by libata. Currently, ALL SATA hard drives use DMA, so there is no need for -d. But eventually libata will have to implement ATA PIO (for CF cards..), and at that time it may (or not) begin to support the "-d" flag."
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: deltaplaner в Nov 21, 2006, 23:12
10-15 MB/s все пак ми се струват малко. Под Windows копирам по-бързо.
Явно проблема най-вероярно не е в HDD. Може и във файловата система да е. Все пак благодаря на всички за информацията. При всички случаи пак е била полезна. Само някой ако има подобен хардуер, при добро желание може да изпрати някви резултати от неговия компютър, най-малкото - просто за сверка.
Viva Open Source and Linux
Явно проблема най-вероярно не е в HDD. Може и във файловата система да е. Все пак благодаря на всички за информацията. При всички случаи пак е била полезна. Само някой ако има подобен хардуер, при добро желание може да изпрати някви резултати от неговия компютър, най-малкото - просто за сверка.
Viva Open Source and Linux
Титла: Sata2 hdd: dma and 32 bit i/o problem
Публикувано от: gat3way в Nov 22, 2006, 09:22
hdparm:
smartctl:
VFS игрички:
512MB/30s = около 17MB/s
ext3, няма откъде да има кой знае какво VFS кеширане. С reiserfs предполагам ще е малко по-бавно
Резултатите не са много далече от твоите. Дискът отново е САТА.
| Цитат |
Timing cached reads: 1892 MB in 2.00 seconds = 945.67 MB/sec Timing buffered disk reads: 170 MB in 3.01 seconds = 56.43 MB/sec |
smartctl:
| Цитат |
Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family Device Model: ST340014AS Serial Number: 5MQ0VZYN Firmware Version: 3.43 |
VFS игрички:
| Цитат |
dd if=/dev/sda of=/tmp/test count=1000000 1000000+0 records in 1000000+0 records out 512000000 bytes transferred in 17.930739 seconds (28554317 bytes/sec) .. time cp /tmp/test /home/test real 0m30.235s user 0m0.098s sys 0m2.537s ... |
512MB/30s = около 17MB/s
ext3, няма откъде да има кой знае какво VFS кеширане. С reiserfs предполагам ще е малко по-бавно
Резултатите не са много далече от твоите. Дискът отново е САТА.