Re: [expert] problem with pio mode
So there isn't any problem is it? I saw this thing because of a system that seems to be slower and with more hd access so i assumed the message ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx as something wrong on my system. --- James Sparenberg [EMAIL PROTECTED] wrote: On Mon, 2003-11-17 at 13:12, Angelo Naselli wrote: Any idea? why 16 bit ? [EMAIL PROTECTED] angelo]# /sbin/hdparm -v /dev/hda /dev/hda: multcount= 16 (on) This is what I think you are refering to. from the man page. -m Get/set sector count for multiple sector I/O on the drive. A setting of 0 disables this feature. Multiple sector mode (aka IDE Block Mode), is a feature of most modern IDE hard drives, permitting the transfer of multiple sectors per I/O interrupt, rather than the usual one sector per interrupt. When this feature is enabled, it typically reduces operating system overhead for disk I/O by 30-50%. On many systems, it also provides increased data throughput of anywhere from 5% to 50%. Some drives, however (most notably the WD Caviar series), seem to run slower with multiple mode enabled. Your mileage may vary. Most drives support the minimum settings of 2, 4, 8, or 16 (sectors). Larger settings may also be possible, depending on the drive. A setting of 16 or 32 seems optimal on many systems. Western Digital recommends lower settings of 4 to 8 on many of their drives, due tiny (32kB) drive buffers and non-optimized buffering algorithms. The -i flag can be used to find the maximum setting supported by an installed drive (look for MaxMultSect in the output). Some drives claim to support multiple mode, but lose data at some settings. Under rare circumstances, such failures can result in massive filesystem corruption. The 16 bit setting is a least common denominator. A good number of drives out there either can't do or if they do, have no gain going to 32 bit. 32 bit also increases the chance of data corruption on drives that are dicey. So MDK and others pic the method least likely to cause problems. 16bit. James IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 9964/255/63, sectors = 160086528, start = 0 [EMAIL PROTECTED] angelo]# dmesg [...] Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_I RQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SIS5513: IDE controller at PCI slot 00:02.5 SIS5513: chipset revision 208 SIS5513: not 100% native mode: will probe irqs later SIS5513: SiS735 ATA 100 (2nd gen) controller ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 6Y080L0, ATA DISK drive blk: queue c0181bc0, I/O limit 4095Mb (mask 0x) hdc: SAMSUNG DVD-ROM SD-616Q, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: attached ide-disk driver. hda: host protected area = 1 hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=9964/255/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 p7 [...] __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] problem with pio mode
On Tue, 2003-11-18 at 03:32, Angelo Naselli wrote: So there isn't any problem is it? I saw this thing because of a system that seems to be slower and with more hd access so i assumed the message ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx as something wrong on my system. No problem. You might try doing hdparm -m 32 to see if it speeds up disk access. But the reference to PIO mode would only affect you directly if you had some really old HDD's or CD drives on the box. The PIO IDE bus and the UDMA IDE bus are different (Although I don't have all of the details on the difference.) and you use one but not the other. james --- James Sparenberg [EMAIL PROTECTED] wrote: On Mon, 2003-11-17 at 13:12, Angelo Naselli wrote: Any idea? why 16 bit ? [EMAIL PROTECTED] angelo]# /sbin/hdparm -v /dev/hda /dev/hda: multcount= 16 (on) This is what I think you are refering to. from the man page. -m Get/set sector count for multiple sector I/O on the drive. A setting of 0 disables this feature. Multiple sector mode (aka IDE Block Mode), is a feature of most modern IDE hard drives, permitting the transfer of multiple sectors per I/O interrupt, rather than the usual one sector per interrupt. When this feature is enabled, it typically reduces operating system overhead for disk I/O by 30-50%. On many systems, it also provides increased data throughput of anywhere from 5% to 50%. Some drives, however (most notably the WD Caviar series), seem to run slower withmultiple mode enabled. Your mileage may vary. Most drives support the minimum settings of 2, 4, 8, or 16 (sectors). Larger settings may also be possible, depending on the drive. A setting of 16 or 32 seems optimal on many systems. Western Digital recommends lower settings of 4 to 8 on many of their drives, due tiny (32kB) drive buffers and non-optimized buffering algorithms. The -i flag can be used to find the maximum setting supported by an installed drive (look for MaxMultSect in the output). Some drives claim to support multiple mode, but lose data at some settings. Under rare circumstances, such failures can result in massive filesystem corruption. The 16 bit setting is a least common denominator. A good number of drives out there either can't do or if they do, have no gain going to 32 bit. 32 bit also increases the chance of data corruption on drives that are dicey. So MDK and others pic the method least likely to cause problems. 16bit. James IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 9964/255/63, sectors = 160086528, start = 0 [EMAIL PROTECTED] angelo]# dmesg [...] Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_I RQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SIS5513: IDE controller at PCI slot 00:02.5 SIS5513: chipset revision 208 SIS5513: not 100% native mode: will probe irqs later SIS5513: SiS735 ATA 100 (2nd gen) controller ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 6Y080L0, ATA DISK drive blk: queue c0181bc0, I/O limit 4095Mb (mask 0x) hdc: SAMSUNG DVD-ROM SD-616Q, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: attached ide-disk driver. hda: host protected area = 1 hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=9964/255/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 p7 [...] __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to
Re: [expert] problem with pio mode
From: James Sparenberg [EMAIL PROTECTED] On Tue, 2003-11-18 at 03:32, Angelo Naselli wrote: So there isn't any problem is it? I saw this thing because of a system that seems to be slower and with more hd access so i assumed the message ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx as something wrong on my system. No problem. You might try doing hdparm -m 32 to see if it speeds up disk access. But the reference to PIO mode would only affect you directly if you had some really old HDD's or CD drives on the box. The PIO IDE bus and the UDMA IDE bus are different (Although I don't have all of the details on the difference.) and you use one but not the other. Actually the bus is the same, it's only the data flow protocol on the bus that changes... running the bus in pio mode means that your cpu workload will get high since it has to be in charge of moving all the data to and from ram... but when the bus is running dma, the data from the hdd to ram will bypass your cpu (and leave it free for other work) and rely an the dma controller to make sure the data gets to/from ram. going from dma to udma adds crc32 checking to the transfers, thus enabling higher transfer speeds without transfer errors ... So, in short... to gain full speed from a pio hdd, your cpu will run with 60-99% workload, whereas running udma will keep it around 3-5% ( of course your might see different values, but this was only a generic example) -- Regards Thomas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] problem with pio mode
On Tue, 2003-11-18 at 12:02, Thomas Backlund wrote: From: James Sparenberg [EMAIL PROTECTED] On Tue, 2003-11-18 at 03:32, Angelo Naselli wrote: So there isn't any problem is it? I saw this thing because of a system that seems to be slower and with more hd access so i assumed the message ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx as something wrong on my system. No problem. You might try doing hdparm -m 32 to see if it speeds up disk access. But the reference to PIO mode would only affect you directly if you had some really old HDD's or CD drives on the box. The PIO IDE bus and the UDMA IDE bus are different (Although I don't have all of the details on the difference.) and you use one but not the other. Actually the bus is the same, it's only the data flow protocol on the bus that changes... True enough I knew what I meant ... not what I said. *grin* running the bus in pio mode means that your cpu workload will get high since it has to be in charge of moving all the data to and from ram... but when the bus is running dma, the data from the hdd to ram will bypass your cpu (and leave it free for other work) and rely an the dma controller to make sure the data gets to/from ram. going from dma to udma adds crc32 checking to the transfers, thus enabling higher transfer speeds without transfer errors ... So, in short... to gain full speed from a pio hdd, your cpu will run with 60-99% workload, whereas running udma will keep it around 3-5% ( of course your might see different values, but this was only a generic example) -- Regards Thomas __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] problem with pio mode
Any idea? why 16 bit ? [EMAIL PROTECTED] angelo]# /sbin/hdparm -v /dev/hda /dev/hda: multcount= 16 (on) IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 9964/255/63, sectors = 160086528, start = 0 [EMAIL PROTECTED] angelo]# dmesg [...] Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_I RQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SIS5513: IDE controller at PCI slot 00:02.5 SIS5513: chipset revision 208 SIS5513: not 100% native mode: will probe irqs later SIS5513: SiS735 ATA 100 (2nd gen) controller ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 6Y080L0, ATA DISK drive blk: queue c0181bc0, I/O limit 4095Mb (mask 0x) hdc: SAMSUNG DVD-ROM SD-616Q, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: attached ide-disk driver. hda: host protected area = 1 hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=9964/255/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 p7 [...] Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] problem with pio mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 17 Nov 2003 22:12:17 +0100, Angelo Naselli [EMAIL PROTECTED] wrote about [expert] problem with pio mode: Angelo, To me it isn`t clear what your problem is. Must I guess from the subject? If I am not mistaken UDMA(33) is recognized fine for your Maxtor, pio is for older disks. Can`t you boot? Can`t you install? Tell us more. BFN =Dick Gevers= -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Encryption is an envelope - the contents are private. iD8DBQE/uUqTwC/zk+cxEdMRAqnVAJ9ysZWGJYbEsKWcoyLmLivU4o5LrgCguVV0 r+rTq+Fk4AJjOCqIBNt9m3I= =UpPj -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
