[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <da824cf30811202042p43549a1bne0eefa627424be33@mail.gmail.com>
Date: Thu, 20 Nov 2008 20:42:29 -0800
From: Grant Grundler <grundler@...gle.com>
To: James Bottomley <James.Bottomley@...senpartnership.com>
Cc: linux-scsi <linux-scsi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-fsdevel@...r.kernel.org, "K.S. Bhaskar" <ks.bhaskar@...s.com>
Subject: Re: Enterprise workload testing for storage and filesystems
On Mon, Nov 17, 2008 at 2:47 PM, James Bottomley
<James.Bottomley@...senpartnership.com> wrote:
> Hi all,
>
> High on our list at the recent Linux Foundation end user summit was
> obtaining a method of obtaining enterprise workloads (or simulators) we
> can run in our own testing environments. The main problem being that
> the data sets used by the systems are usually secret or under regulatory
> embargo and thus unobtainable. However, several participants noted that
> regulatory prohibitions also extended to their own in-house IT team,
> thus they had had to develop simulators for the workloads which, since
> they contained no customer data, might be more widely distributable.
Google has the same concerns. Hoping to work through those, last year
I arranged funding for UNSW (Joshua Root) to develop a GPL linux block
layer replay tool:
http://www.gelato.unsw.edu.au/IA64wiki/JoshuaRoot/MarkovChains
Unfortunately, I've not been able to address all concerns with this
and thus can't offer any google specific markov chains. :( Still I
hope this tool can be of use to others.
> Fidelity National Information Service were the first to try this.
> They've kicked off a sourceforge site for their stress testing tool
> (which is the same tool they use in their own qualification labs). The
> source for the tool is available here:
>
> http://sourceforge.net/project/showfiles.php?group_id=11026&package_id=298597
Awesome! Kudos!
> And it comes with a fairly detailed readme explaining what it's trying
> to simulate and why. Hopefully this will give us all a much better
> insight into both enterprise workloads and the way enterprise IT
> departments conduct testing.
>
> Let's see how our storage and filesystem tuning measures up to this.
*nod*
thanks,
grant
--
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