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 <email address hidden>

> 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 <email address hidden> 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
> > > <email address hidden>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.
> > > > ste@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.
> > > ste@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.
> > ste@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.
> ste@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!!!
>