URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 78544
[ Назад ]
Исходное сообщение
"Почему libata не поддерживает 32-bit I/O"
Отправлено mitya5005 , 04-Фев-08 18:29 
Наша система RH5

[root@s8 cups]# uname -a
Linux 2.6.18-53.1.4.el5 #1 SMP Wed Nov 14 10:37:27 EST 2007 x86_64 x86_64 x86_64 GNU/Linux

Пробовали установить для SATA дисков 32 битный трансфер:

[root@s8 sysconfig]# hdparm -m16c1u1d1 /dev/sdb2

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

Не получилось...

Данные о диске:

[root@s8 cups]# hdparm -I /dev/sda2

/dev/sda2:

ATA device, with non-removable media
        Model Number:       WDC WD2500YS-01SHB1
        Serial Number:      WD-WCANY2927805
        Firmware Revision:  20.06C06
Standards:
        Supported: 7 6 5 4
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  490234752
        device size with M = 1024*1024:      239372 MBytes
        device size with M = 1000*1000:      251000 MBytes (251 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, with device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Recommended acoustic management value: 128, current value: 254
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    NOP cmd
           *    DOWNLOAD_MICROCODE
                Power-Up In Standby feature set
           *    SET_FEATURES required to spinup after power up
                SET_MAX security extension
                Automatic Acoustic Management feature set
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
           *    General Purpose Logging feature set
           *    WRITE_{DMA|MULTIPLE}_FUA_EXT
           *    64-bit World wide name
           *    SATA-I signaling speed (1.5Gb/s)
           *    SATA-II signaling speed (3.0Gb/s)
           *    Native Command Queueing (NCQ)
           *    Host-initiated interface power management
           *    Phy event counters
                DMA Setup Auto-Activate optimization
           *    Software settings preservation
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
                frozen
        not     expired: security count
        not     supported: enhanced erase
        78min for SECURITY ERASE UNIT.
Checksum: correct


Начали узнавать у знакомых, обнаружилось что на их системе

[root@router2 root]# hdparm -m16c1u1d1 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 1
setting multcount to 16
setting unmaskirq to 1 (on)
setting using_dma to 1 (on)
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)

ядро 2.6.10-1.771_FC2
32 битный трансфер имеет место.


Подскажите кто сталкивался с такой проблемой, решается ли она сборкой последнего ядра (2.6.24), или чем она может еще решаться?

Благодарю за ответы.

Содержание
Сообщения в этом обсуждении
"Почему libata не поддерживает 32-bit I/O"
Отправлено anonymous , 04-Фев-08 22:07 
>Наша система RH5
>
>[root@s8 cups]# uname -a
>Linux 2.6.18-53.1.4.el5 #1 SMP Wed Nov 14 10:37:27 EST 2007 x86_64 x86_64
>x86_64 GNU/Linux
>
>Пробовали установить для SATA дисков 32 битный трансфер:

Очевидно, Вы пытаетесь решить какую-то проблему.  Какую?

"Почему libata не поддерживает 32-bit I/O"
Отправлено mitya5005 , 04-Фев-08 22:38 
>>Наша система RH5
>>
>>[root@s8 cups]# uname -a
>>Linux 2.6.18-53.1.4.el5 #1 SMP Wed Nov 14 10:37:27 EST 2007 x86_64 x86_64
>>x86_64 GNU/Linux
>>
>>Пробовали установить для SATA дисков 32 битный трансфер:
>
>Очевидно, Вы пытаетесь решить какую-то проблему.  Какую?

Производительность дисковых операций не высока, как мы понимаем из-за этого.

Планируем ставить рейд массив, но не решив эту проблему он также будет на 16 битах.

Мы готовы заплатить за решение этой проблемы.

"Почему libata не поддерживает 32-bit I/O"
Отправлено Sot , 05-Фев-08 01:21 
>>Пробовали установить для SATA дисков 32 битный трансфер:

Попробуйте без войки в конце:
hdparm -m16c1u1d1 /dev/sdb2

>Мы готовы заплатить за решение этой проблемы.

Кошелёк прислать? :)

"Почему libata не поддерживает 32-bit I/O"
Отправлено Sot , 05-Фев-08 01:22 
Сам и забыл убрать :)
hdparm -m16c1u1d1 /dev/sdb

"Почему libata не поддерживает 32-bit I/O"
Отправлено mitya5005 , 05-Фев-08 01:46 
>Сам и забыл убрать :)
>hdparm -m16c1u1d1 /dev/sdb

[root]# hdparm -m16c1u1d1 /dev/sdb

/dev/sdb:
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
setting multcount to 16
HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device
setting unmaskirq to 1 (on)
HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
IO_support   =  0 (default 16-bit)
[root]#


Она так просто не решается, поэтому и платим)

И что весьма странно - что вывод этой команыд говорит о

setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device

НО

[root@s8 cups]# hdparm -I /dev/sdb

/dev/sdd:

....
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6

И при всем при этом

[root@s8 ~]# hdparm -i /dev/sdb

/dev/sdb:

Model=WDC WD2500YS-01SHB1                     , FwRev=20.06C06, SerialNo=     WD-WCANY3517419
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

* signifies the current active mode


Вообще не говорит о том что даже ДМА есть... Каша какая-то.

"Почему libata не поддерживает 32-bit I/O"
Отправлено anonymous , 05-Фев-08 12:53 
>Производительность дисковых операций не высока, как мы понимаем из-за этого.
>
>Планируем ставить рейд массив, но не решив эту проблему он также будет
>на 16 битах.
>
>Мы готовы заплатить за решение этой проблемы.

http://linux-ata.org/faq.html#io32 -- 32-битность тут ни при чем.

Рекомендую https://www.redhat.com/f/pdf/summit/RedHatEnterprisePerfTuni...

"Почему libata не поддерживает 32-bit I/O"
Отправлено mitya5005 , 06-Фев-08 20:22 
>[оверквотинг удален]
>>
>>Планируем ставить рейд массив, но не решив эту проблему он также будет
>>на 16 битах.
>>
>>Мы готовы заплатить за решение этой проблемы.
>
>http://linux-ata.org/faq.html#io32 -- 32-битность тут ни при чем.
>
>Рекомендую https://www.redhat.com/f/pdf/summit/RedHatEnterprisePerfTuni...
>http://linux-ata.org/faq.html#io32 -- 32-битность тут ни при чем.

Исходя из написанно там на редхатах libata вообще 32 битность не поддерживает.

Я бы с этим уже смирился бы, но на серверах знакомых есть 32 битный IO...

"Почему libata не поддерживает 32-bit I/O"
Отправлено anonymous , 06-Фев-08 21:38 
>Исходя из написанно там на редхатах libata вообще 32 битность не поддерживает.
>
>Я бы с этим уже смирился бы, но на серверах знакомых есть
>32 битный IO...

Вам таки действительно нужен 32-bit _PIO_ режим?  Внимание, не DMA, а PIO.

"Почему libata не поддерживает 32-bit I/O"
Отправлено mitya5005 , 08-Фев-08 01:43 
>>Исходя из написанно там на редхатах libata вообще 32 битность не поддерживает.
>>
>>Я бы с этим уже смирился бы, но на серверах знакомых есть
>>32 битный IO...
>
>Вам таки действительно нужен 32-bit _PIO_ режим?  Внимание, не DMA, а
>PIO.

Нужен 32 битный DMA. Сейчас 16 битный DMA.