[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5a4c581d0803201401w6a6d60banf9d306f361f791d9@mail.gmail.com>
Date: Thu, 20 Mar 2008 22:01:13 +0100
From: "Alessandro Suardi" <alessandro.suardi@...il.com>
To: "Rene Herman" <rene.herman@...access.nl>
Cc: "Lev A. Melnikovsky" <melnikovsky@...l.ru>,
"David Brownell" <david-b@...bell.net>,
"Linux Kernel" <linux-kernel@...r.kernel.org>
Subject: Re: ehci-hcd affects hda speed
On Thu, Mar 20, 2008 at 12:35 PM, Rene Herman <rene.herman@...access.nl> wrote:
> On 20-03-08 06:08, Alessandro Suardi wrote:
>
> > On Thu, Mar 20, 2008 at 1:31 AM, Rene Herman <rene.herman@...access.nl> wrote:
>
>
> >> I do wonder -- is your hda throughput also the same before _ever_ attaching
> >> anything to the EHCI controller and after? In my case, the slow down only
> >> happened after switching on my external USB drive once, and would persist
> >> from that time until reboot (or unloading ehci-hcd, which I kept modular for
> >> exactly that reason).
> >>
> >> The sleep time wasn't the core problem, so I wonder of later VIA chips do
> >> still have the active async schedule problem...
> >>
> >> Alessandro? You said there still was a difference for you between no EHCI at
> >> all and EHCI after tweaking 4B as Lev showed. How much?
> >
> > When used setpci to tweak the setting, my hdparm -t went
> > from 17 to 25MB/s on /dev/hda.
> >
> > With your patch applied, now after booting it says 33MB/s for
> > hda and 37MB/s on hdb (and I can burn DVDs at a stable 6x
> > now, while growisofs backed off to 4x in less than a minute
> > before the patch).
> >
> > If the patch does exactly what setpci did, then perhaps I had
> > other activity on hda at the moment I ran the test...
>
> Yes, should be the exact same. It could be what I noted -- that you have the
> 33/37 just after booting, and a drop to 25 again after having switched
> on/used a EHCI device for the first time? That would be interesting.
>
> Rene.
It just seems to be oscillating. The following is a series of
consecutive hdparm -t (when one is finished, I hit up-arrow
and then Enter again):
[root@...key ~]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 86 MB in 3.01 seconds = 28.57 MB/sec
[root@...key ~]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 88 MB in 3.00 seconds = 29.30 MB/sec
[root@...key ~]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 92 MB in 3.04 seconds = 30.31 MB/sec
[root@...key ~]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 88 MB in 3.05 seconds = 28.86 MB/sec
[root@...key ~]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 98 MB in 3.03 seconds = 32.38 MB/sec
hdb is definitely more stable...
[root@...key ~]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 108 MB in 3.02 seconds = 35.79 MB/sec
[root@...key ~]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 110 MB in 3.03 seconds = 36.36 MB/sec
[root@...key ~]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 110 MB in 3.04 seconds = 36.24 MB/sec
[root@...key ~]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 110 MB in 3.04 seconds = 36.24 MB/sec
Though I only have light activity on /dev/hda - four torrents
uploading at a cumulative 33KB/s via bittorrent-4.4.0-2
(and no activity on /dev/hdb).
/dev/sda, the USB external storage, is mounted but currently
not really accessed. However, the slowdown for me did
appear even modprob'ing ehci_hcd - without even mounting
/dev/sda.
Oh, now that you make me look... /dev/sda hdparm -t dropped
from 22MB/s to ~16MB/s - see my email of a while ago
http://linux.derkeiler.com/Mailing-Lists/Kernel/2006-10/msg09679.html
versus the current
[root@...key ~]# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 48 MB in 3.02 seconds = 15.90 MB/sec
[root@...key ~]# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 48 MB in 3.02 seconds = 15.90 MB/sec
--alessandro
"We act as though comfort and luxury were the chief requirements
of life, when all that we need to make us really happy is
something to be enthusiastic about."
(Charles Kingsley)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists