[Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

Здравствуйте!

Интересная история:

1. Имеем Сизиф и ядро 2.4.25-alt1
2. Имеем мамку asus p4s8x на чипсете sis648
3. На один шлейф вешаю два одинаковых винта - Maxtor Diamond Max 9, мастер-слейв.

Запускаю hdparm:

rlx@finoadmin> sudo hdparm -i /dev/hdd

/dev/hdd:

 Model=Maxtor 6Y160P0, FwRev=YAR41BW0, SerialNo=Y43XRPJE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=7936kB, 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 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6 
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):  1 2 3 4 5 6 7

rlx@finoadmin> sudo hdparm -tT /dev/hdd

/dev/hdd:
 Timing buffer-cache reads:   128 MB in  0.28 seconds =457.14 MB/sec
 Timing buffered disk reads:  64 MB in 20.61 seconds =  3.11 MB/sec

Во время выполнения второго теста загрузка процессора - 100%. Интересно.

ПРоверяю hdc:

rlx@finoadmin> sudo hdparm -i /dev/hdc

/dev/hdc:

 Model=Maxtor 6Y160P0, FwRev=YAR41BW0, SerialNo=Y43XRVJE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=7936kB, 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 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):  1 2 3 4 5 6 7

rlx@finoadmin> sudo hdparm -tT /dev/hdc

/dev/hdc:
 Timing buffer-cache reads:   128 MB in  0.25 seconds =512.00 MB/sec
 Timing buffered disk reads:  64 MB in  1.16 seconds = 55.17 MB/sec

Пробую принудительно включить dma на hdd:


rlx@finoadmin> sudo hdparm -d1 /dev/hdd

/dev/hdd:
 setting using_dma to 1 (on)
 using_dma    =  1 (on)

rlx@finoadmin> sudo hdparm -tT /dev/hdd

/dev/hdd:
 Timing buffer-cache reads:   128 MB in  0.25 seconds =512.00 MB/sec
 Timing buffered disk reads:  64 MB in  1.31 seconds = 48.85 MB/sec

После этого смотрю hdc

rlx@finoadmin> sudo hdparm -tT /dev/hdc                                                       ~/mnt/temp

/dev/hdc:
 Timing buffer-cache reads:   128 MB in  0.25 seconds =512.00 MB/sec
 Timing buffered disk reads:  64 MB in  1.16 seconds = 55.17 MB/sec

Копирую большой файл на hdd - все пучком, скорость приличная, процессор не грузится.
Копирую большой файл на hdc - тормоза, 100% закгрузки процессора.

rlx@finoadmin> sudo hdparm -tT /dev/hdd

/dev/hdd:
 Timing buffer-cache reads:   128 MB in  0.24 seconds =533.33 MB/sec
 Timing buffered disk reads:  64 MB in 20.61 seconds =  3.11 MB/sec


Ровным счетом ничего не понимаю. Кто-нибудь сталкивался с подобным?

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

On Mon, Apr 19, 2004 at 03:34:05PM +0600, Ruslan Gordeev wrote:
> 1. Имеем Сизиф и ядро 2.4.25-alt1
> 2. Имеем мамку asus p4s8x на чипсете sis648
> 3. На один шлейф вешаю два одинаковых винта - Maxtor Diamond Max 9, мастер-слейв.
[skip]

Странное явление.  А что при этом в выводе dmesg и в /proc/ide/sis?
И посмотрите, что выдаёт hdparm с опцией -I.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Yuri N. Sedunov]

[-- Attachment #1: Type: text/plain, Size: 918 bytes --]

On Понедельник 19 Апрель 2004 13:57, Sergey Vlasov wrote:
> On Mon, Apr 19, 2004 at 03:34:05PM +0600, Ruslan Gordeev wrote:
> > 1. Имеем Сизиф и ядро 2.4.25-alt1
> > 2. Имеем мамку asus p4s8x на чипсете sis648
> > 3. На один шлейф вешаю два одинаковых винта - Maxtor Diamond Max 9,
> > мастер-слейв.
>
> [skip]
>
> Странное явление.  А что при этом в выводе dmesg и в /proc/ide/sis?
> И посмотрите, что выдаёт hdparm с опцией -I.

Между прочим про свои странности с винтами расскажу.
Поставил IDE винчестер (Quantum AS 30Gb) на свою Gigabyte GA-K8VT800 (система 
установлена на SATA винте).  Странность в том, что -- этот самый винт ядро не 
видит (биос видит), при первом включении компутера, необходим ребут после 
первой загрузки.

И укстати, пока не перебросил на второй канал CD-RW, винт отказывался работать 
в udma5, как ему положено, а только в udma2. Так и должно быть?

-- 
Yuri N. Sedunov
04/19/04 14:07:20

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Mon, 19 Apr 2004 13:57:11 +0400
Sergey Vlasov <vsu@altlinux.ru> wrote:

> Странное явление.  А что при этом в выводе dmesg и в /proc/ide/sis?
> И посмотрите, что выдаёт hdparm с опцией -I.
> 

rlx@finoadmin> sudo dmesg|grep hdc
    ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
hdc: Maxtor 6Y160P0, ATA DISK drive
hdc: attached ide-disk driver.
hdc: host protected area => 1
hdc: 320173056 sectors (163929 MB) w/7936KiB Cache, CHS=19929/255/63, UDMA(133)
 hdc: hdc1

rlx@finoadmin> sudo dmesg|grep hdd
    ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
hdd: Maxtor 6Y160P0, ATA DISK drive
hdd: attached ide-disk driver.
hdd: host protected area => 1
hdd: 320173056 sectors (163929 MB) w/7936KiB Cache, CHS=19929/255/63, UDMA(133)
 hdd: hdd1

rlx@finoadmin> cat /proc/ide/sis

SiS 5513 Ultra 133 chipset
--------------- Primary Channel ---------------- Secondary Channel -------------
Channel Status: On                               On 
Operation Mode: Compatible                       Compatible 
Cable Type:     80 pins                          80 pins
Drive 0:
                UDMA Enabled                     UDMA Enabled
                UDMA Cycle Time    3 CLK         UDMA Cycle Time    2 CLK
Drive 1:
                UDMA Enabled                     UDMA Enabled
                UDMA Cycle Time    6 CLK         UDMA Cycle Time    2 CLK

rlx@finoadmin> sudo hdparm -I /dev/hdc

/dev/hdc:

ATA device, with non-removable media
        Model Number:       Maxtor 6Y160P0                          
        Serial Number:      Y43XRPJE            
        Firmware Revision:  YAR41BW0
Standards:
        Supported: 7 6 5 4 
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   65535
        heads           16      1
        sectors/track   63      63
        --
        CHS current addressable sectors:    4128705
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  320173056
        device size with M = 1024*1024:      156334 MBytes
        device size with M = 1000*1000:      163928 MBytes (163 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 1
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: unknown setting (0x0000)
        Recommended acoustic management value: 192, 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:
           *    NOP cmd
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Host Protected Area feature set
           *    Look-ahead
           *    Write cache
           *    Power Management feature set
                Security Mode feature set
           *    SMART feature set
           *    FLUSH CACHE EXT command
           *    Mandatory FLUSH CACHE command 
           *    Device Configuration Overlay feature set 
           *    48-bit Address feature set 
           *    Automatic Acoustic Management feature set 
                SET MAX security extension
                Advanced Power Management feature set
           *    DOWNLOAD MICROCODE cmd
           *    SMART self-test 
           *    SMART error logging 
Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct


rlx@finoadmin> sudo hdparm -I /dev/hdd                                                     ~

/dev/hdd:

ATA device, with non-removable media
        Model Number:       Maxtor 6Y160P0                          
        Serial Number:      Y43XRVJE            
        Firmware Revision:  YAR41BW0
Standards:
        Supported: 7 6 5 4 
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   65535
        heads           16      1
        sectors/track   63      63
        --
        CHS current addressable sectors:    4128705
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  320173056
        device size with M = 1024*1024:      156334 MBytes
        device size with M = 1000*1000:      163928 MBytes (163 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 1
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: unknown setting (0x0000)
        Recommended acoustic management value: 192, 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:
           *    NOP cmd
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Host Protected Area feature set
           *    Look-ahead
           *    Write cache
           *    Power Management feature set
                Security Mode feature set
           *    SMART feature set
           *    FLUSH CACHE EXT command
           *    Mandatory FLUSH CACHE command 
           *    Device Configuration Overlay feature set 
           *    48-bit Address feature set 
           *    Automatic Acoustic Management feature set 
                SET MAX security extension
                Advanced Power Management feature set
           *    DOWNLOAD MICROCODE cmd
           *    SMART self-test 
           *    SMART error logging 
Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 1 determined by the jumper
Checksum: correct

Насколько я понимаю, все пучком. Везде udma включен. Это сразу после перезагрузки. Запускаю консоль, пытаюсь писать на hdd1 - скорость сначала резвая. потом резко падает, система - 100% загрузка. ПРерываю запись, проверяю:

sudo dmesg|grep hdd
    ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
hdd: Maxtor 6Y160P0, ATA DISK drive
hdd: attached ide-disk driver.
hdd: host protected area => 1
hdd: 320173056 sectors (163929 MB) w/7936KiB Cache, CHS=19929/255/63, UDMA(133)
 hdd: hdd1
hdd: DMA disabled

DMA ВЫКЛЮЧЕН! Нифига не пойму. hdparm -(i|I) показывает udma режим для этого винта.
/proc/ide/sis - все без изменений.

Бред какой-то...

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1318 bytes --]

On Tue, Apr 20, 2004 at 09:16:04AM +0600, Ruslan Gordeev wrote:
> On Mon, 19 Apr 2004 13:57:11 +0400
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> > Странное явление.  А что при этом в выводе dmesg и в /proc/ide/sis?
> > И посмотрите, что выдаёт hdparm с опцией -I.
> > 
> 
> rlx@finoadmin> sudo dmesg|grep hdc
[skip]

Слишком много порезано - интересует весь кусок от "Uniform
Multi-Platform E-IDE driver..." до "Partition check".

> Насколько я понимаю, все пучком. Везде udma включен. Это сразу после
> перезагрузки.

Да, в /proc/ide/sis вроде бы всё на месте.

> Запускаю консоль, пытаюсь писать на hdd1 - скорость сначала резвая.
> потом резко падает, система - 100% загрузка.  ПРерываю запись,
> проверяю:
> 
> sudo dmesg|grep hdd
>     ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
> hdd: Maxtor 6Y160P0, ATA DISK drive
> hdd: attached ide-disk driver.
> hdd: host protected area => 1
> hdd: 320173056 sectors (163929 MB) w/7936KiB Cache, CHS=19929/255/63, UDMA(133)
>  hdd: hdd1
> hdd: DMA disabled

Опять порезано много - перед сообщением "DMA disabled" должны быть ещё
сообщения о причине такого действия.

> DMA ВЫКЛЮЧЕН! Нифига не пойму. hdparm -(i|I) показывает udma режим для этого винта.
> /proc/ide/sis - все без изменений.
> 
> Бред какой-то...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Mon, 19 Apr 2004 14:24:13 +0400
"Yuri N. Sedunov" <aris@altlinux.ru> wrote:

> И укстати, пока не перебросил на второй канал CD-RW, винт отказывался работать 
> в udma5, как ему положено, а только в udma2. Так и должно быть?

Видимо, все правильно. Канал начинает работать на скорости самого медленного из подключенных к нему устройств.

Я посадил на второй канал винт+cdrw, скорость записи на винт = 15mb/c, что вообщем-то, наверное, и есть udma2. на такой же винте на другом канале в паре с барракудой - 24-30 метров в секунду.

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Mon, 19 Apr 2004 15:34:05 +0600
Ruslan Gordeev <ruslan.gordeev@rambler.ru> wrote:

> Интересная история:
> 
> 1. Имеем Сизиф и ядро 2.4.25-alt1
> 2. Имеем мамку asus p4s8x на чипсете sis648
> 3. На один шлейф вешаю два одинаковых винта - Maxtor Diamond Max 9, мастер-слейв.

Подвожу итог этой эпопее: после двух дней битвы оказалось, что во всем виноват modile rack! Если винты поключить без него, то все путем, никаких ошибок и проблем. 

Люди, не покупайте дешевые китайские мобил-рэки!

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Anton Farygin]

On Tue, Apr 20, 2004 at 09:14:39AM +0400, Sergey Vlasov wrote:
> On Tue, Apr 20, 2004 at 09:16:04AM +0600, Ruslan Gordeev wrote:
> > On Mon, 19 Apr 2004 13:57:11 +0400
> > Sergey Vlasov <vsu@altlinux.ru> wrote:
> > 
> > > Странное явление.  А что при этом в выводе dmesg и в /proc/ide/sis?
> > > И посмотрите, что выдаёт hdparm с опцией -I.
> > > 
> > 
> > rlx@finoadmin> sudo dmesg|grep hdc
> [skip]
> 
> Слишком много порезано - интересует весь кусок от "Uniform
> Multi-Platform E-IDE driver..." до "Partition check".
> 
> > Насколько я понимаю, все пучком. Везде udma включен. Это сразу после
> > перезагрузки.
> 
> Да, в /proc/ide/sis вроде бы всё на месте.
> 
> > Запускаю консоль, пытаюсь писать на hdd1 - скорость сначала резвая.
> > потом резко падает, система - 100% загрузка.  ПРерываю запись,
> > проверяю:
> > 
> > sudo dmesg|grep hdd
> >     ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
> > hdd: Maxtor 6Y160P0, ATA DISK drive
> > hdd: attached ide-disk driver.
> > hdd: host protected area => 1
> > hdd: 320173056 sectors (163929 MB) w/7936KiB Cache, CHS=19929/255/63, UDMA(133)
> >  hdd: hdd1
> > hdd: DMA disabled
> 
> Опять порезано много - перед сообщением "DMA disabled" должны быть ещё
> сообщения о причине такого действия.
> 
> > DMA ВЫКЛЮЧЕН! Нифига не пойму. hdparm -(i|I) показывает udma режим для этого винта.
> > /proc/ide/sis - все без изменений.
> > 
> > Бред какой-то...


У меня подобная беда была на i815, оказалось - битый шлейф до харда.

Rgds,
Rider

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Michael Shigorin]

On Tue, Apr 20, 2004 at 02:33:02PM +0600, Ruslan Gordeev wrote:
> > И укстати, пока не перебросил на второй канал CD-RW, винт
> > отказывался работать в udma5, как ему положено, а только в
> > udma2. Так и должно быть?
> Видимо, все правильно. Канал начинает работать на скорости
> самого медленного из подключенных к нему устройств.

Чушь собачья.  Со стажем, но все равно чушь.

-- 
Миша,
у которого PIO0 ZIP (hdb) ни разу не влияет на UDMA4 HDD (hda)

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey S. Skulachenko]

On Tue, 20 Apr 2004 17:48:00 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Tue, Apr 20, 2004 at 02:33:02PM +0600, Ruslan Gordeev wrote:
> > > И укстати, пока не перебросил на второй канал CD-RW, винт
> > > отказывался работать в udma5, как ему положено, а только в
> > > udma2. Так и должно быть?
> > Видимо, все правильно. Канал начинает работать на скорости
> > самого медленного из подключенных к нему устройств.
> 
> Чушь собачья.  Со стажем, но все равно чушь.
> 
> -- 
> Миша,
> у которого PIO0 ZIP (hdb) ни разу не влияет на UDMA4 HDD (hda)

Хотелось бы видеть результат hdparm -t /dev/hda до и после начала
копирования на ZIP с hda файлика в 100 Мб. Это убедило бы лучше
слов. ZIP у меня лежит под столом. Может, завтра и попробую.

-- 
С уважением,
С.С.Скулаченко

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1149 bytes --]

On Tue, Apr 20, 2004 at 05:48:00PM +0300, Michael Shigorin wrote:
> On Tue, Apr 20, 2004 at 02:33:02PM +0600, Ruslan Gordeev wrote:
> > > И укстати, пока не перебросил на второй канал CD-RW, винт
> > > отказывался работать в udma5, как ему положено, а только в
> > > udma2. Так и должно быть?
> > Видимо, все правильно. Канал начинает работать на скорости
> > самого медленного из подключенных к нему устройств.
> 
> Чушь собачья.  Со стажем, но все равно чушь.

Это не совсем чушь - например, в pdc202xx_new.c и pdc202xx_old.c
есть такой комментарий:

	/*
	 * Set the control register to use the 66Mhz system
	 * clock for UDMA 3/4 mode operation. If one drive on
	 * a channel is U66 capable but the other isn't we
	 * fall back to U33 mode. The BIOS INT 13 hooks turn
	 * the clock on then off for each read/write issued. I don't
	 * do that here because it would require modifying the
	 * kernel, separating the fop routines from the kernel or
	 * somehow hooking the fops calls. It may also be possible to
	 * leave the 66Mhz clock on and readjust the timing
	 * parameters.
	 */

Т.е. на некоторых контроллерах такая ситуация вполне возможна.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Tue, 20 Apr 2004 17:48:00 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> > Видимо, все правильно. Канал начинает работать на скорости
> > самого медленного из подключенных к нему устройств.
> 
> Чушь собачья.  Со стажем, но все равно чушь.

Может быть, не спорю. Наверное, на современных контроллерах и не так все :)

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Michael Shigorin]

On Wed, Apr 21, 2004 at 09:00:10AM +0600, Ruslan Gordeev wrote:
> > > Видимо, все правильно. Канал начинает работать на скорости
> > > самого медленного из подключенных к нему устройств.
> > Чушь собачья.  Со стажем, но все равно чушь.
> Может быть, не спорю. Наверное, на современных контроллерах и
> не так все :)

Да не на современных, а и на бородатых.  Исключением является
_кривое_ железо на шине, слушающее чего не просят.

Про эту байку, кажется, в linux/Documentation/ даже упоминалось.
В стиле "чушь со стажем". :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey S. Skulachenko]

On Tue, 20 Apr 2004 20:35:02 +0400
"Sergey S. Skulachenko" <sssku@online.ru> wrote:

> On Tue, 20 Apr 2004 17:48:00 +0300
> Michael Shigorin <mike@osdn.org.ua> wrote:

> > Чушь собачья.  Со стажем, но все равно чушь.
> > 
> > -- 
> > Миша,
> > у которого PIO0 ZIP (hdb) ни разу не влияет на UDMA4 HDD
> > (hda)
> 
> Хотелось бы видеть результат hdparm -t /dev/hda до и после
> начала копирования на ZIP с hda файлика в 100 Мб. Это убедило
> бы лучше слов. ZIP у меня лежит под столом. Может, завтра и
> попробую.

На одном шлейфе Seagate ST3120022A 120 Gb и NEC FZ110A. Не так-то
просто проводить эксперимент. Если запустить копирование на ZIP,
а после этого запустить hdparm, то последний добросовестно ждёт
окончания копирования и только потом начинает работать.
Приходится обманывать. Т.е. сначала запустить hdparm, а потом
быстренько начинать копирование на ZIP. Одним словом, если ZIP
молчит, то получаем стандартные 19,51Мб/с, а если шевелится, то
6,73 Мб/с. Разброс в последней цифре большой. Зависит от того,
как быстро запущено копирование от момента начала работы hdparm.
Эксперимент я считаю качественным. Но, мне кажется, он чётко и
убедительно доказывает, что список рассылки hardware@ вполне
может оставаться нейтрально-техническим (без собачьей чуши и
бреда сивой кобылы).

-- 
С уважением,
С.С.Скулаченко

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Wed, 21 Apr 2004 08:45:17 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> Да не на современных, а и на бородатых.  Исключением является
> _кривое_ железо на шине, слушающее чего не просят.
> 
> Про эту байку, кажется, в linux/Documentation/ даже упоминалось.
> В стиле "чушь со стажем". :)

Ну все, окончательно сломил мою защиту. :)
Каюсь в распространении чуши со стажем. ;)

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2127 bytes --]

On Tue, Apr 20, 2004 at 09:12:55PM +0400, Sergey Vlasov wrote:
> > > Видимо, все правильно. Канал начинает работать на скорости
> > > самого медленного из подключенных к нему устройств.
> > Чушь собачья.  Со стажем, но все равно чушь.
> Это не совсем чушь - например, в pdc202xx_new.c и
> pdc202xx_old.c есть такой комментарий: [skip] Т.е. на некоторых
> контроллерах такая ситуация вполне возможна.

Да, виноват: упоминание про кривое железо действительно в той
документации присутствовало (или им сопровождалась ссылка).

Если ты отнесешь промайсы к ровному железу -- стою в углу :-)

On Wed, Apr 21, 2004 at 11:26:02AM +0400, Sergey S. Skulachenko wrote:
> > > -- Миша, у которого PIO0 ZIP (hdb) ни разу не влияет на
> > > UDMA4 HDD (hda)
> > Хотелось бы видеть результат hdparm -t /dev/hda до и после
> > начала копирования на ZIP с hda файлика в 100 Мб. Это убедило
> > бы лучше слов.

В чем?

> Приходится обманывать. Т.е. сначала запустить hdparm, а потом
> быстренько начинать копирование на ZIP. Одним словом, если ZIP
> молчит, то получаем стандартные 19,51Мб/с, а если шевелится, то
> 6,73 Мб/с. Разброс в последней цифре большой. Зависит от того,
> как быстро запущено копирование от момента начала работы hdparm.
> Эксперимент я считаю качественным.

Я не считаю, поскольку Вы измеряли пропускную способность дверей
при протискивании в нее большого, но шустрого человека и
маленького флегматика.  А я говорил о том, что то, что в дверь
_могут_ проходить маленькие флегматики, никак не влияет на ее
проходимость для больших шустряков.

Посему осмелюсь предложить не путать теплое с мягким :-)

> Но, мне кажется, он чётко и убедительно доказывает, что список
> рассылки hardware@ вполне может оставаться
> нейтрально-техническим

Естественно.  И с _качественными_ экспериментами :-)

On Wed, Apr 21, 2004 at 01:38:11PM +0600, Ruslan Gordeev wrote:
> > Про эту байку, кажется, в linux/Documentation/ даже упоминалось.
> Каюсь в распространении чуши со стажем. ;)

Да это-то не зазорно, все мы люди и все ошибаемся. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Sergey S. Skulachenko]

On Wed, 21 Apr 2004 16:45:48 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Wed, Apr 21, 2004 at 01:38:11PM +0600, Ruslan Gordeev wrote:
> > > Про эту байку, кажется, в linux/Documentation/ даже
> > > упоминалось.
> > Каюсь в распространении чуши со стажем. ;)
> 
> Да это-то не зазорно, все мы люди и все ошибаемся. :)

Меня больше Руслан удивляет, чем Вы. Как-то даже стыдно за него,
потому, что он прав, что я доказал - медленное устройство почти
полностью блокирует быстрое (hdparm пережидает окончание процесса
копирования).
Жалею, что пару дней назад отключил фильтрацию. Сейчас поправим.
Демагогией на этот раз я быстро пресытился.

-- 
С уважением,
С.С.Скулаченко

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Ruslan Gordeev]

On Wed, 21 Apr 2004 19:04:08 +0400
"Sergey S. Skulachenko" <sssku@online.ru> wrote:

> Меня больше Руслан удивляет, чем Вы. Как-то даже стыдно за него,
> потому, что он прав, что я доказал - медленное устройство почти
> полностью блокирует быстрое (hdparm пережидает окончание процесса
> копирования).

Отлично. Спасибо. Только разговор получился из категории "сам дурак".

> Жалею, что пару дней назад отключил фильтрацию. Сейчас поправим.
> Демагогией на этот раз я быстро пресытился.

А некоторым уже надоел этот снобизм вселенский. То борцы за чистоту языка, то борцы за суперзнания... Включите себе тихонечька фильтр и не читайте демагогию. Зачем всей вселенной объяснять, какие мы дураки?

-- 
With best regards, 
Rulix.

ICQ: 24740791
JID: rulix@jabber.ru
http://www.rulix.tk

Re: [Hardware] udma-режим на одном шлейфе для двух иде-винчестеров

[Anton Farygin]

On Thu, Apr 22, 2004 at 08:40:08AM +0600, Ruslan Gordeev wrote:
> On Wed, 21 Apr 2004 19:04:08 +0400
> "Sergey S. Skulachenko" <sssku@online.ru> wrote:
> 
> > Меня больше Руслан удивляет, чем Вы. Как-то даже стыдно за него,
> > потому, что он прав, что я доказал - медленное устройство почти
> > полностью блокирует быстрое (hdparm пережидает окончание процесса
> > копирования).
> 
> Отлично. Спасибо. Только разговор получился из категории "сам дурак".
> 
> > Жалею, что пару дней назад отключил фильтрацию. Сейчас поправим.
> > Демагогией на этот раз я быстро пресытился.
> 
> А некоторым уже надоел этот снобизм вселенский. То борцы за чистоту языка, то борцы за суперзнания... Включите себе тихонечька фильтр и не читайте демагогию. Зачем всей вселенной объяснять, какие мы дураки?

Еще одно письмо подобного содержания и все участники будут отписаны от
списка рассылки.

Все склоки - в talk-room, plz.


Rgds,
Rider

[Hardware] предложение: тематика (was: udma-режим на одном шлейфе для двух иде-винчестеров)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2047 bytes --]

On Thu, Apr 22, 2004 at 12:03:13PM +0400, Anton Farygin wrote:
> On Thu, Apr 22, 2004 at 08:40:08AM +0600, Ruslan Gordeev wrote:
> > On Wed, 21 Apr 2004 19:04:08 +0400
> > "Sergey S. Skulachenko" <sssku@online.ru> wrote:
> > > Меня больше Руслан удивляет, чем Вы. Как-то даже стыдно за
> > > него, потому, что он прав, что я доказал - медленное
> > > устройство почти полностью блокирует быстрое (hdparm
> > > пережидает окончание процесса копирования).

Еще раз: технически вопрос (насколько я понял Руслана) был в том,
что медленное устройство _самим фактом_ своего наличия на шине
тормозит более быстрое.

Понятное дело, что на IDE (например) даже два идентичных
устройства не смогут по одной шине работать без потери
производительности в пересчете на каждое отдельно взятое.

Это подразумевалось как очевидное и бесспорное, и тут споры
абсолютно бессмысленны -- я целиком согласен с результатами
Вашего теста, но это и так очевидно.

> Еще одно письмо подобного содержания и все участники будут
> отписаны от списка рассылки.  Все склоки - в talk-room, plz.

Для того, чтобы говорить, что что-то не подобает, надо определить
то, что подобает.  Тематику, иными словами.

Может, примерно так? -- повесить на сайт и высылать новым
подписчикам:

---
Список рассылки hardware предназначен для обсуждения вопросов
совместимости и поддержки аппаратного обеспечения в дистрибутивах
ALT Linux и нестабильной ветке разработки Sisyphus.

Не следует задавать здесь общие вопросы настройки ОС и
приложений, не имеющие отношения к аппаратному обеспечению; без
крайней нужды  не следует обсуждать не относящиеся к ALT Linux
проблемы (например, неработоспособность "железа" с ядром,
собранным самостоятельно с ftp.kernel.org).

Категорически не следует поднимать общие и персональные темы --
архив этой рассылки должен быть целевым информационным ресурсом.

Ряд вопросов поддержки "железа" освещен на http://atmsk.ru.

Спасибо за участие, добро пожаловать.
---

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] предложение: тематика (was: udma-режим на одном шлейфе для двух иде-винчестеров)

[Anton Farygin]

> 
> > Еще одно письмо подобного содержания и все участники будут
> > отписаны от списка рассылки.  Все склоки - в talk-room, plz.
> 
> Для того, чтобы говорить, что что-то не подобает, надо определить
> то, что подобает.  Тематику, иными словами.
> 
> Может, примерно так? -- повесить на сайт и высылать новым
> подписчикам:

Добро. Но тематика была изначально определена. Это железо и его
функционирование в Linux. Рассылка создана в первую очередь для
профессионалов, разрабатывающих программно-аппаратные решения на Linux 
и уже потом - для тех, у кого что-то не работает.

неработоспособность железа с ядром, собранным с ftp.kernel.org обсуждать
можно, но только в том случае, если предварительно была проверена
работоспособность железа на наших стандартных ядрах.


> 
> ---
> Список рассылки hardware предназначен для обсуждения вопросов
> совместимости и поддержки аппаратного обеспечения в дистрибутивах
> ALT Linux и нестабильной ветке разработки Sisyphus.
> 
> Не следует задавать здесь общие вопросы настройки ОС и
> приложений, не имеющие отношения к аппаратному обеспечению; без
> крайней нужды  не следует обсуждать не относящиеся к ALT Linux
> проблемы (например, неработоспособность "железа" с ядром,
> собранным самостоятельно с ftp.kernel.org).
> 
> Категорически не следует поднимать общие и персональные темы --
> архив этой рассылки должен быть целевым информационным ресурсом.
> 
> Ряд вопросов поддержки "железа" освещен на http://atmsk.ru.
> 
> Спасибо за участие, добро пожаловать.
> ---

Rgds,
Rider

Re: [Hardware] предложение: тематика (was: udma-режим на одном шлейфе для двух иде-винчестеров)

[Michael Shigorin]

On Thu, Apr 22, 2004 at 01:42:47PM +0400, Anton Farygin wrote:
> > Может, примерно так? -- повесить на сайт и высылать новым
> > подписчикам:
> Добро. Но тематика была изначально определена. Это железо и его
> функционирование в Linux.

Это понятно.  Я подумал сказать "ядро", но если бы на нем все
заканчивалось... (XF86, cups, gpm, sane и Ко)

> Рассылка создана в первую очередь для профессионалов,
> разрабатывающих программно-аппаратные решения на Linux и уже
> потом - для тех, у кого что-то не работает.

Это важный момент, кстати.

Насчет "не работает" -- подразумевалось вытаскивание
соответствующих дискуссий из community@, когда они [становятся?]
нетривиальны и при этом есть результат.  Не придумал, как это
описать -- "неновичковые вопросы" плохо воспринимается :-(

> неработоспособность железа с ядром, собранным с ftp.kernel.org
> обсуждать можно, но только в том случае, если предварительно
> была проверена работоспособность железа на наших стандартных
> ядрах.

Это тоже думал, но не нашел, как сказать -- "если проблема
подтверждается и на коде из ALT Linux"?

---
> > Список рассылки hardware предназначен для обсуждения вопросов
> > совместимости и поддержки аппаратного обеспечения в
> > дистрибутивах ALT Linux и нестабильной ветке разработки
> > Sisyphus
..."разработчиками и опытными пользователями с целью улучшения
совместимости и решения возникающих проблем в архивируемом
порядке"
 
> > Не следует задавать здесь общие вопросы настройки ОС и
> > приложений, не имеющие отношения к аппаратному обеспечению; без
> > крайней нужды  не следует обсуждать не относящиеся к ALT Linux
> > проблемы (например, неработоспособность "железа" с ядром,
> > собранным самостоятельно с ftp.kernel.org).
..."если они не применимы и к последним сборкам соответствующих
пакетов из Sisyphus или вошедшим в последний стабильный выпуск"

"Перед тем, как задать вопрос, рекомендуется произвести поиск в
архивах данной рассылки (http://search.altlinux.ru) и по Интернет
(http://google.com), ориентируясь на названия чипов, модулей,
сообщения об ошибках"

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/