[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0707121323570.29365@twinlark.arctic.org>
Date: Thu, 12 Jul 2007 19:15:26 -0700 (PDT)
From: dean gaudet <dean@...tic.org>
To: Jeff Garzik <jeff@...zik.org>
cc: linux-ide@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
dave@...dillows.org
Subject: Re: [RFT][PATCH v7] sata_mv: convert to new EH
On Thu, 12 Jul 2007, Jeff Garzik wrote:
> dean gaudet wrote:
> > On Thu, 12 Jul 2007, Jeff Garzik wrote:
> >
> > > dean gaudet wrote:
> > > > oh very nice... no warnings on boot, and no warnings while i "dd
> > > > if=/dev/sdX
> > > > of=/dev/null" and i'm seeing 74MB/s+ from each disk on this simple read
> > > > test.
> > > >
> > > > for lack of a better test i started an untar/diff stress test on the
> > > > disks... we'll see how it goes. (it's based on doug ledford's
> > > > memtest.sh)
> > > Thanks for the testing. Looks like we might have hit on something good...
> >
> > yep this does look good. no problems overnight in the untar/diff/rm
> > workload. if you've got any other workload you'd like me to throw at it,
> > let me know. i might be able to scare up a disk or two with errors to check
> > error handling.
>
> Nothing specific. I usually just throw various workloads at it, both
> throughput-intensive, seek-intensive, multiple threads at the same time,
> stressing multiple disks at the same time, etc.
yeah the untar/diff/rm workload is seek/thread intensive.
> I presume from your past messages your tests include multiple disks at the
> same time?
yep, 4 disks... i was getting 4x74MB/s with dd read. unfortunately i
don't have more disks in the system at this point so i can't test all 8
ports at full tilt.
each disk had its own XFS filesystem.
> > i tested hotplug just for kicks... no luck there :) but then you didn't say
> > that would work yet.
>
> hehehe Well I sorta didn't want to mention it, to avoid clouding the waters
> further.
>
> In theory, hotplug and hot unplug -should- work, in version 7. Your report is
> a useful contradiction of that theory, and signals where to poke next. Since
> all this hacking is a spare-time effort, so promises as to when next I'll poke
> at it. It might be tomorrow, or a month from now. Getting "new EH" upstream
> was a big hurdle to overcome, and your testing really helped that along.
>
> Anyway, something like Version 7 is probably what I will push upstream for
> 2.6.23-rc1.
cool, thanks.
-dean
-
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