форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"Почему libata не поддерживает 32-bit I/O"

Сообщение от mitya5005 (ok) on 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), или чем она может еще решаться? Благодарю за ответы.

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Почему libata не поддерживает 32-bit I/O"

Сообщение от anonymous (??) on 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 битный трансфер: Очевидно, Вы пытаетесь решить какую-то проблему.  Какую?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от mitya5005 (ok) on 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 битах. Мы готовы заплатить за решение этой проблемы.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от Sot on 05-Фев-08, 01:21
	>>Пробовали установить для SATA дисков 32 битный трансфер: Попробуйте без войки в конце: hdparm -m16c1u1d1 /dev/sdb2 >Мы готовы заплатить за решение этой проблемы. Кошелёк прислать? :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от Sot on 05-Фев-08, 01:22
	Сам и забыл убрать :) hdparm -m16c1u1d1 /dev/sdb
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от mitya5005 (ok) on 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 Вообще не говорит о том что даже ДМА есть... Каша какая-то.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от anonymous (??) on 05-Фев-08, 12:53
	>Производительность дисковых операций не высока, как мы понимаем из-за этого. > >Планируем ставить рейд массив, но не решив эту проблему он также будет >на 16 битах. > >Мы готовы заплатить за решение этой проблемы. http://linux-ata.org/faq.html#io32 -- 32-битность тут ни при чем. Рекомендую https://www.redhat.com/f/pdf/summit/RedHatEnterprisePerfTuni...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от mitya5005 (ok) on 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...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Почему libata не поддерживает 32-bit I/O"
	Сообщение от anonymous (??) on 06-Фев-08, 21:38
	>Исходя из написанно там на редхатах libata вообще 32 битность не поддерживает. > >Я бы с этим уже смирился бы, но на серверах знакомых есть >32 битный IO... Вам таки действительно нужен 32-bit _PIO_ режим?  Внимание, не DMA, а PIO.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]