Hi stat, I'm looking forward to see the results! Only suggestions is that perhaps this is not the right place to publish them, maybe a blog post is more appropriate.
Have fun with the benchmarking :) 2009/2/18 stat <maibpen...@gmail.com> > HI: > > I agree it isn't all that easy but since I have the machines to play around > with I am going to take my main machine (the one I am experiencing the > issues with and install Win 7 and then use the Richard's python script > (cross platform) as described on the site you linked to. It is pretty > funny > since I had created an outline of what I was going to do from the very site > you mentioned, what are the odds. I already have just about everything put > together. The difference for me of course will be that I will be using my > 8.1 install as is and will perform those tests first (excluding the install > tests) and then redoing them using Win 7 and the same hardware. I have all > the tools I need including using a couple of Aspire ones and a DNS-323 that > I will use to measure throughput externally. I believe that by following > what they did on Tuxradar, connecting some separate machine tests etc. I > should be able to get a true test and relatively close to the true picture > of things. > > Once it is done I will post somewhere (here?) my steps and what results I > got. If my plan is flawed let me know, I am open to listen and am hoping > to > get this done this weekend (it's good to be a lonely geek :) Kind of > looking forward to this, despite the work it entails and the fact that I > will have to turn my xbmc box into a production machine temporarily :( > > On Tue, Feb 17, 2009 at 6:41 PM, stek79 <stefano.d...@gmail.com> wrote: > > > Hi, > > it all depends on the benchmark. > > > > How do you plan to reproduce on Windows? > > > > If you take a look at recent benchmarks, you'll see that Ubuntu performs > > faster here: > > > > http://www.tuxradar.com/content/benchmarked-ubuntu-vs-vista-vs-windows-7 > > > > Let me know which kind of test you've done and what are the results. > > > > I kind of live by the > > > rule that if there is even one exception to the hypothesis that you > need > > a > > > new hypothesis :) > > > > > > I agree! But it is imperative to perform a sound benchmarking, it is not > > easy as it seems. > > > > > > > > > > > > > I will let you know what I find out and appreciate the other comments > you > > > passed along. BTW, not sure that if you booted from the live disk that > > > will > > > count as an accurate test. I get 1-2 mb throughput going to a USB so > why > > > should we see nearly that internal? > > > > > > Also would note that I have have seen many, many threads on this and > have > > > even seen (not sure I can place it now) the Ubuntu team admit that > there > > is > > > an issue. > > > > > > On Mon, Feb 16, 2009 at 12:38 PM, ZhangInSeattle > > > <yzhang...@gmail.com>wrote: > > > > > > > Thanks stat! > > > > > > > > Yes, I used the upgrade tool to install Ibex.. > > > > > > > > Did you try to do a clean install and fix the issue? > > > > > > > > (I remember that I tried to boot from the clean 8.10 CD and mount the > > > > same disk to test the speed. The speed is the same as I boot from my > > > > hard drive. So it seemed the clean install might not work for me. > > Anyway > > > > I'd like to hear if you succeeded.) > > > > > > > > -- > > > > [regression]Slow disk transfer rate on Hardy > > > > https://bugs.launchpad.net/bugs/216878 > > > > You received this bug notification because you are a direct > subscriber > > > > of the bug. > > > > > > > > Status in "linux" source package in Ubuntu: Triaged > > > > > > > > Bug description: > > > > Hi, > > > > upgrading from Gutsy to Hardy I've seen a considerable HD > transfer > > > rate > > > > slowdown. > > > > > > > > I have a machine with two IDE disks, both are udma5 capable. In > Gutsy, > > > they > > > > were recognised as 'hd[ab]' and I with hdparm sequential thoughput > was: > > > > > > > > /dev/hdb: > > > > Timing buffered disk reads: 172 MB in 3.01 seconds = 57.19 MB/sec > > > > > > > > which is quite correct for that kind of drive. > > > > > > > > In Hardy, they are recognized as 'sd[ab]', and the performance > > regarding > > > > transfer rate is LESS THAN HALF: > > > > > > > > /dev/sdb: > > > > Timing buffered disk reads: 78 MB in 3.01 seconds = 25.92 MB/sec > > > > > > > > That slowdown is visible also during file transfer operations, > > obviously. > > > > One thing I've noticed is that in the dmesg, my drive is set at > > UDMA/33, > > > and > > > > also hdparm reports that udma2 is currently configured: > > > > > > > > sudo hdparm -i /dev/sdb > > > > > > > > /dev/sdb: > > > > > > > > Model=WDC WD2500JB-00GVC0 , FwRev=08.02D08, > > > SerialNo= > > > > WD-WCAL78023606 > > > > Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs > > FmtGapReq > > > } > > > > RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 > > > > BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, > MultSect=?16? > > > > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168 > > > > 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 > > > > AdvancedPM=no WriteCache=enabled > > > > Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6 > > > > > > > > * signifies the current active mode > > > > > > > > I've seen a number of users complaining about that, a number of bugs > > with > > > > status Incomplete or Release Fixed. I can say that with the latest > > Hardy > > > > patches (as of now), the problem is still there. Will that be fixed > > > before > > > > the final release? If not, that can be a huge performance penalty! > > > > > > > > Here are some infos. I'm willing to help to solve the problem, just > ask > > > if > > > > you need any info. > > > > s...@ste-ubuntu:~$ lsb_release -rd > > > > Description: Ubuntu hardy (development branch) > > > > Release: 8.04 > > > > > > > > Pertinent dmesg output: > > > > > > > > [ 35.085132] libata version 3.00 loaded. > > > > [ 35.460830] pata_via 0000:00:11.1: version 0.3.3 > > > > [ 35.463781] scsi0 : pata_via > > > > [ 35.465345] scsi1 : pata_via > > > > [ 35.465441] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma > 0xcc00 > > > irq > > > > 14 > > > > [ 35.465446] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma > 0xcc08 > > > irq > > > > 15 > > > > [ 35.637026] ata1.00: ATA-6: Maxtor 5T030H3, TAH71DP0, max UDMA/100 > > > > [ 35.637034] ata1.00: 60030432 sectors, multi 16: LBA > > > > [ 35.638417] ata1.01: ATA-6: WDC WD2500JB-00GVC0, 08.02D08, max > > > UDMA/100 > > > > [ 35.638424] ata1.01: 488397168 sectors, multi 16: LBA48 > > > > [ 35.638446] ata1.00: limited to UDMA/33 due to 40-wire cable > > > > [ 35.638450] ata1.01: limited to UDMA/33 due to 40-wire cable > > > > [ 35.652916] ata1.00: configured for UDMA/33 > > > > [ 35.669962] ata1.01: configured for UDMA/33 > > > > [ 36.136471] ata2.00: ATAPI: LG DVD-ROM DRD-8160B, 1.01, max > > > > UDMA/33 > > > > [ 36.136502] ata2.01: ATAPI: HL-DT-ST GCE-8160B, 1.02, max MWDMA2 > > > > [ 36.300210] ata2.00: configured for UDMA/33 > > > > [ 36.464034] ata2.01: configured for MWDMA2 > > > > [ 36.464239] scsi 0:0:0:0: Direct-Access ATA Maxtor > 5T030H3 > > > > TAH7 PQ: 0 ANSI: 5 > > > > [ 36.464959] scsi 0:0:1:0: Direct-Access ATA WDC > > WD2500JB-00G > > > > 08.0 PQ: 0 ANSI: 5 > > > > > > > > Kernel: > > > > > > > > Linux ste-ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC > 2008 > > > i686 > > > > GNU/Linux > > > > > > > > For other info, just let me know! BTW, congrats for the GREAT WORK!!! > > > > > > > > > > -- > > > [regression]Slow disk transfer rate on Hardy > > > https://bugs.launchpad.net/bugs/216878 > > > You received this bug notification because you are a direct subscriber > > > of the bug. > > > > > > Status in "linux" source package in Ubuntu: Triaged > > > > > > Bug description: > > > Hi, > > > upgrading from Gutsy to Hardy I've seen a considerable HD transfer > > rate > > > slowdown. > > > > > > I have a machine with two IDE disks, both are udma5 capable. In Gutsy, > > they > > > were recognised as 'hd[ab]' and I with hdparm sequential thoughput was: > > > > > > /dev/hdb: > > > Timing buffered disk reads: 172 MB in 3.01 seconds = 57.19 MB/sec > > > > > > which is quite correct for that kind of drive. > > > > > > In Hardy, they are recognized as 'sd[ab]', and the performance > regarding > > > transfer rate is LESS THAN HALF: > > > > > > /dev/sdb: > > > Timing buffered disk reads: 78 MB in 3.01 seconds = 25.92 MB/sec > > > > > > That slowdown is visible also during file transfer operations, > obviously. > > > One thing I've noticed is that in the dmesg, my drive is set at > UDMA/33, > > and > > > also hdparm reports that udma2 is currently configured: > > > > > > sudo hdparm -i /dev/sdb > > > > > > /dev/sdb: > > > > > > Model=WDC WD2500JB-00GVC0 , FwRev=08.02D08, > > SerialNo= > > > WD-WCAL78023606 > > > Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs > FmtGapReq > > } > > > RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 > > > BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=?16? > > > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168 > > > 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 > > > AdvancedPM=no WriteCache=enabled > > > Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6 > > > > > > * signifies the current active mode > > > > > > I've seen a number of users complaining about that, a number of bugs > with > > > status Incomplete or Release Fixed. I can say that with the latest > Hardy > > > patches (as of now), the problem is still there. Will that be fixed > > before > > > the final release? If not, that can be a huge performance penalty! > > > > > > Here are some infos. I'm willing to help to solve the problem, just ask > > if > > > you need any info. > > > s...@ste-ubuntu:~$ lsb_release -rd > > > Description: Ubuntu hardy (development branch) > > > Release: 8.04 > > > > > > Pertinent dmesg output: > > > > > > [ 35.085132] libata version 3.00 loaded. > > > [ 35.460830] pata_via 0000:00:11.1: version 0.3.3 > > > [ 35.463781] scsi0 : pata_via > > > [ 35.465345] scsi1 : pata_via > > > [ 35.465441] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xcc00 > > irq > > > 14 > > > [ 35.465446] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xcc08 > > irq > > > 15 > > > [ 35.637026] ata1.00: ATA-6: Maxtor 5T030H3, TAH71DP0, max UDMA/100 > > > [ 35.637034] ata1.00: 60030432 sectors, multi 16: LBA > > > [ 35.638417] ata1.01: ATA-6: WDC WD2500JB-00GVC0, 08.02D08, max > > UDMA/100 > > > [ 35.638424] ata1.01: 488397168 sectors, multi 16: LBA48 > > > [ 35.638446] ata1.00: limited to UDMA/33 due to 40-wire cable > > > [ 35.638450] ata1.01: limited to UDMA/33 due to 40-wire cable > > > [ 35.652916] ata1.00: configured for UDMA/33 > > > [ 35.669962] ata1.01: configured for UDMA/33 > > > [ 36.136471] ata2.00: ATAPI: LG DVD-ROM DRD-8160B, 1.01, max > > > UDMA/33 > > > [ 36.136502] ata2.01: ATAPI: HL-DT-ST GCE-8160B, 1.02, max MWDMA2 > > > [ 36.300210] ata2.00: configured for UDMA/33 > > > [ 36.464034] ata2.01: configured for MWDMA2 > > > [ 36.464239] scsi 0:0:0:0: Direct-Access ATA Maxtor 5T030H3 > > > TAH7 PQ: 0 ANSI: 5 > > > [ 36.464959] scsi 0:0:1:0: Direct-Access ATA WDC > WD2500JB-00G > > > 08.0 PQ: 0 ANSI: 5 > > > > > > Kernel: > > > > > > Linux ste-ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 > > i686 > > > GNU/Linux > > > > > > For other info, just let me know! BTW, congrats for the GREAT WORK!!! > > > > > > > -- > > [regression]Slow disk transfer rate on Hardy > > https://bugs.launchpad.net/bugs/216878 > > You received this bug notification because you are a direct subscriber > > of the bug. > > > > Status in "linux" source package in Ubuntu: Triaged > > > > Bug description: > > Hi, > > upgrading from Gutsy to Hardy I've seen a considerable HD transfer > rate > > slowdown. > > > > I have a machine with two IDE disks, both are udma5 capable. In Gutsy, > they > > were recognised as 'hd[ab]' and I with hdparm sequential thoughput was: > > > > /dev/hdb: > > Timing buffered disk reads: 172 MB in 3.01 seconds = 57.19 MB/sec > > > > which is quite correct for that kind of drive. > > > > In Hardy, they are recognized as 'sd[ab]', and the performance regarding > > transfer rate is LESS THAN HALF: > > > > /dev/sdb: > > Timing buffered disk reads: 78 MB in 3.01 seconds = 25.92 MB/sec > > > > That slowdown is visible also during file transfer operations, obviously. > > One thing I've noticed is that in the dmesg, my drive is set at UDMA/33, > and > > also hdparm reports that udma2 is currently configured: > > > > sudo hdparm -i /dev/sdb > > > > /dev/sdb: > > > > Model=WDC WD2500JB-00GVC0 , FwRev=08.02D08, > SerialNo= > > WD-WCAL78023606 > > Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq > } > > RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 > > BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=?16? > > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168 > > 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 > > AdvancedPM=no WriteCache=enabled > > Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6 > > > > * signifies the current active mode > > > > I've seen a number of users complaining about that, a number of bugs with > > status Incomplete or Release Fixed. I can say that with the latest Hardy > > patches (as of now), the problem is still there. Will that be fixed > before > > the final release? If not, that can be a huge performance penalty! > > > > Here are some infos. I'm willing to help to solve the problem, just ask > if > > you need any info. > > s...@ste-ubuntu:~$ lsb_release -rd > > Description: Ubuntu hardy (development branch) > > Release: 8.04 > > > > Pertinent dmesg output: > > > > [ 35.085132] libata version 3.00 loaded. > > [ 35.460830] pata_via 0000:00:11.1: version 0.3.3 > > [ 35.463781] scsi0 : pata_via > > [ 35.465345] scsi1 : pata_via > > [ 35.465441] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xcc00 > irq > > 14 > > [ 35.465446] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xcc08 > irq > > 15 > > [ 35.637026] ata1.00: ATA-6: Maxtor 5T030H3, TAH71DP0, max UDMA/100 > > [ 35.637034] ata1.00: 60030432 sectors, multi 16: LBA > > [ 35.638417] ata1.01: ATA-6: WDC WD2500JB-00GVC0, 08.02D08, max > UDMA/100 > > [ 35.638424] ata1.01: 488397168 sectors, multi 16: LBA48 > > [ 35.638446] ata1.00: limited to UDMA/33 due to 40-wire cable > > [ 35.638450] ata1.01: limited to UDMA/33 due to 40-wire cable > > [ 35.652916] ata1.00: configured for UDMA/33 > > [ 35.669962] ata1.01: configured for UDMA/33 > > [ 36.136471] ata2.00: ATAPI: LG DVD-ROM DRD-8160B, 1.01, max > > UDMA/33 > > [ 36.136502] ata2.01: ATAPI: HL-DT-ST GCE-8160B, 1.02, max MWDMA2 > > [ 36.300210] ata2.00: configured for UDMA/33 > > [ 36.464034] ata2.01: configured for MWDMA2 > > [ 36.464239] scsi 0:0:0:0: Direct-Access ATA Maxtor 5T030H3 > > TAH7 PQ: 0 ANSI: 5 > > [ 36.464959] scsi 0:0:1:0: Direct-Access ATA WDC WD2500JB-00G > > 08.0 PQ: 0 ANSI: 5 > > > > Kernel: > > > > Linux ste-ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 > i686 > > GNU/Linux > > > > For other info, just let me know! BTW, congrats for the GREAT WORK!!! > > > > -- > [regression]Slow disk transfer rate on Hardy > https://bugs.launchpad.net/bugs/216878 > You received this bug notification because you are a direct subscriber > of the bug. > > Status in "linux" source package in Ubuntu: Triaged > > Bug description: > Hi, > upgrading from Gutsy to Hardy I've seen a considerable HD transfer rate > slowdown. > > I have a machine with two IDE disks, both are udma5 capable. In Gutsy, they > were recognised as 'hd[ab]' and I with hdparm sequential thoughput was: > > /dev/hdb: > Timing buffered disk reads: 172 MB in 3.01 seconds = 57.19 MB/sec > > which is quite correct for that kind of drive. > > In Hardy, they are recognized as 'sd[ab]', and the performance regarding > transfer rate is LESS THAN HALF: > > /dev/sdb: > Timing buffered disk reads: 78 MB in 3.01 seconds = 25.92 MB/sec > > That slowdown is visible also during file transfer operations, obviously. > One thing I've noticed is that in the dmesg, my drive is set at UDMA/33, and > also hdparm reports that udma2 is currently configured: > > sudo hdparm -i /dev/sdb > > /dev/sdb: > > Model=WDC WD2500JB-00GVC0 , FwRev=08.02D08, SerialNo= > WD-WCAL78023606 > Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } > RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 > BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=?16? > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168 > 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 > AdvancedPM=no WriteCache=enabled > Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6 > > * signifies the current active mode > > I've seen a number of users complaining about that, a number of bugs with > status Incomplete or Release Fixed. I can say that with the latest Hardy > patches (as of now), the problem is still there. Will that be fixed before > the final release? If not, that can be a huge performance penalty! > > Here are some infos. I'm willing to help to solve the problem, just ask if > you need any info. > s...@ste-ubuntu:~$ lsb_release -rd > Description: Ubuntu hardy (development branch) > Release: 8.04 > > Pertinent dmesg output: > > [ 35.085132] libata version 3.00 loaded. > [ 35.460830] pata_via 0000:00:11.1: version 0.3.3 > [ 35.463781] scsi0 : pata_via > [ 35.465345] scsi1 : pata_via > [ 35.465441] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xcc00 irq > 14 > [ 35.465446] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xcc08 irq > 15 > [ 35.637026] ata1.00: ATA-6: Maxtor 5T030H3, TAH71DP0, max UDMA/100 > [ 35.637034] ata1.00: 60030432 sectors, multi 16: LBA > [ 35.638417] ata1.01: ATA-6: WDC WD2500JB-00GVC0, 08.02D08, max UDMA/100 > [ 35.638424] ata1.01: 488397168 sectors, multi 16: LBA48 > [ 35.638446] ata1.00: limited to UDMA/33 due to 40-wire cable > [ 35.638450] ata1.01: limited to UDMA/33 due to 40-wire cable > [ 35.652916] ata1.00: configured for UDMA/33 > [ 35.669962] ata1.01: configured for UDMA/33 > [ 36.136471] ata2.00: ATAPI: LG DVD-ROM DRD-8160B, 1.01, max > UDMA/33 > [ 36.136502] ata2.01: ATAPI: HL-DT-ST GCE-8160B, 1.02, max MWDMA2 > [ 36.300210] ata2.00: configured for UDMA/33 > [ 36.464034] ata2.01: configured for MWDMA2 > [ 36.464239] scsi 0:0:0:0: Direct-Access ATA Maxtor 5T030H3 > TAH7 PQ: 0 ANSI: 5 > [ 36.464959] scsi 0:0:1:0: Direct-Access ATA WDC WD2500JB-00G > 08.0 PQ: 0 ANSI: 5 > > Kernel: > > Linux ste-ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 > GNU/Linux > > For other info, just let me know! BTW, congrats for the GREAT WORK!!! > -- [regression]Slow disk transfer rate on Hardy https://bugs.launchpad.net/bugs/216878 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
