* Re: Problems with disc-performance and libata
2007-08-26 23:59 ` Problems with disc-performance and libata Michal Piotrowski
@ 2007-08-27 6:44 ` Oliver Janscheidt
0 siblings, 0 replies; 2+ messages in thread
From: Oliver Janscheidt @ 2007-08-27 6:44 UTC (permalink / raw)
To: Michal Piotrowski; +Cc: linux-kernel, linux-ide
Hi Michal,
thanks for your reply!
Am Montag, den 27.08.2007, 01:59 +0200 schrieb Michal Piotrowski:
> Hi Oliver,
>
> [Adding linux-ide to CC]
>
> On 26/08/07, Oliver Janscheidt <oliver.janscheidt@rub.de> wrote:
> > Hi,
> >
> > I'm using a Lenovo Thinkpad with TOSHIBA MK1234GS HD and MATSHITA
> > DVD-RAM UJ-850 on 82801GBM/GHM (ICH7 Family) Serial ATA Storage
> > Controller IDE. The Kernel is a 2.6.22.1 from Kernel.org (with 2.6.23-rc1-
> > and hdaps-queue-freezing-patch).
>
> Could you try 2.6.23-rc3-git10?
As soon as possible I'll compile the 2.6.23-rc3-git10 source code and
give a feedback at this point. Could the problem have to do with the
queue freezing patch?
>
> >
> > sudo hdparm -t /dev/scd0 gives
> >
> > Timing buffered disk reads: 2 MB in 4.47 seconds = 457.75 kB/sec
>
> Are you using cracked cd/dvd?
>
>
> cracked dvd
>
> /sbin/hdparm -t /dev/scd0
>
> /dev/scd0:
> Timing buffered disk reads: 2 MB in 6.36 seconds = 321.78 kB/sec
>
>
> new shiny dvd
>
> /sbin/hdparm -t /dev/scd0
>
> /dev/scd0:
> Timing buffered disk reads: 14 MB in 3.14 seconds = 4.46 MB/sec
Obviously it makes no difference weather the disc is new or old
(original or cracked). For my first post I used an original film-dvd.
But I repeated it with copy (DVD+R) and got the same results about 400
kB/sec.
>
> >
> > sudo hdparm -t /dev/sda gives
> >
> > Timing buffered disk reads: 102 MB in 3.04 seconds = 33.51 MB/sec
>
> I've got an old Maxtor HDD (also 5,400 rpm) results are similar.
So maybe the problem only affects /dev/scd0? Possibly the driver can't
deal with the IBM Ultrabay (swapping drives "on the fly")?
> >
> > which is a quite poor performance and makes any streaming impossible.
> > Obviously UDMA is working correctly as dmesg | grep UDMA says:
> >
> > [ 43.636590] ata1: SATA max UDMA/133 cmd 0xffffc20004612500 ctl
> > 0x0000000000000000 bmdma 0x0000000000000000 irq 314
> > [ 43.636595] ata2: SATA max UDMA/133 cmd 0xffffc20004612580 ctl
> > 0x0000000000000000 bmdma 0x0000000000000000 irq 314
> > [ 43.636599] ata3: SATA max UDMA/133 cmd 0xffffc20004612600 ctl
> > 0x0000000000000000 bmdma 0x0000000000000000 irq 314
> > [ 43.636603] ata4: SATA max UDMA/133 cmd 0xffffc20004612680 ctl
> > 0x0000000000000000 bmdma 0x0000000000000000 irq 314
> > [ 44.177980] ata1.00: ATA-7: TOSHIBA MK1234GSX, AH002E, max UDMA/100
> > [ 44.179192] ata1.00: configured for UDMA/100
> > [ 44.326918] ata5: PATA max UDMA/133 cmd 0x00000000000101f0 ctl
> > 0x00000000000103f6 bmdma 0x0000000000011880 irq 14
> > [ 44.326922] ata6: PATA max UDMA/133 cmd 0x0000000000010170 ctl
> > 0x0000000000010376 bmdma 0x0000000000011888 irq 15
> > [ 44.571970] ata5.00: ATAPI: MATSHITADVD-RAM UJ-850, RB01, max UDMA/33
> > [ 44.738552] ata5.00: configured for UDMA/33
> > [ 0.610332] ata5.00: configured for UDMA/33
> > [ 0.750296] ata1.00: configured for UDMA/100
> >
> > Is there any solution for that problem or at least a workaround?
> >
> > I also tried to recompile the kernel as recommended in the official
> > libata-faq ( http://linux-ata.org/faq.html ) but the system stuck when
> > booting the root-partition. Booting with combined_mode=libata or
> > combined_mode=ide didn't affect the performance, too.
> >
> > Thanks in advance,
> >
> > Oli
> >
>
> Regards,
> Michal
>
Thanks,
Oli
^ permalink raw reply [flat|nested] 2+ messages in thread