There is info in a redbook (I think Linux Distributions) on how to set up LVM. As to ESS doc, I'm not sure that's going to help. You will need to contact someone that maintains the Shark at your shop and ask them to give you volumes on seperate arrays. Each array is typically defined as a different control unit and defining a stripe across multiple devices on different control units should reduce any queueing problem.
On Wed, 2003-12-10 at 11:02, Jason Herne wrote: > Since I don't maintain the ESS-800, I'm not 100% sure how it's set up or > how to set it up. Can you point me to some documentation describing how > the ESS-800 works and how I could squeeze as much performance out of it > as possible? Then maybe I could go to the guys responsible and ask for > their help with it. > > I tried to find some shark (i.e. ESS-800) books on my own but with no > luck. At the ones I found seemed like sales pitches and not "here is > how to set this up!" guides. > > - Jason Herne > > On Wed, 2003-12-10 at 18:28, Rich Smrcina wrote: > > You're probably hitting a device/controller contention problem. Try > > multiple devices on multiple arrays with a striped logical volume. > > > > On Tue, 2003-12-09 at 12:14, Jason Herne wrote: > > > I think we may have a performance problem. > > > > > > Our z/800 model 0LF is connected to an ESS800 with two Ficon channel > > > paths. We have been running dbench in Linux for quite a few weeks now > > > and we are seeing numbers much lower than we expected. Can someone > > > commnet on this? Are these numbers about what we should be seeing, or > > > is something wrong with our setup? > > > > > > We're running RHEL with kernel 2.4.21-1.1931.2.399.ent #1 SMP. Linux is > > > using a single 3390 DASD with ext3. > > > > > > Here are the numbers we're getting: > > > all tests were run on a single guest with no other Linux guests and just > > > a few z/VM service guests running. No disk intestive or CPU intensive > > > workload was running during the testing. > > > > > > dbench clients avg throughout (MB/s) > > > 1 123.111 > > > 3 116.729 > > > 6 99.0626 > > > 9 95.3577 > > > 12 95.2825 > > > 15 91.6009 > > > 18 92.7745 > > > 21 91.8808 > > > 24 73.8885 > > > > > > > > > Here is what we get with our $1000 Dell Pentiium 2.4Ghz server with a > > > SCSI disk. > > > > > > 1 395.545 > > > 3 281.957 > > > 6 275.292 > > > 9 285.756 > > > 12 262.4333 > > > 15 248.314 > > > 18 237.879 > > > 21 221.74355 > > > 24 200.873 > > > > > > > > > As you can see, the $1k Dell is hammering our $250k mainframe. We are > > > currently trying to figure out why this is and hopefully fix the problem > > > if there is indeed a problem... Any comments or help that anyone could > > > give woule be appreciated. > > > > > > - Jason Herne ([EMAIL PROTECTED]) > > > Clarkson University Open Source Institute > > > z/Server Administrator > > -- > > Rich Smrcina > > Sr. Systems Engineer > > Sytek Services - A Division of DSG > > Milwaukee, WI > > rsmrcina at wi.rr.com > > rsmrcina at dsgroup.com > > > > Catch the WAVV! Stay for requirements and the free-for-all. > > Update your zSeries skills in 4 days for a very reasonable price. > > WAVV 2004 in Chattanooga, TN > > April 30-May 4, 2004 > > For details see http://www.wavv.org -- Rich Smrcina Sr. Systems Engineer Sytek Services - A Division of DSG Milwaukee, WI rsmrcina at wi.rr.com rsmrcina at dsgroup.com Catch the WAVV! Stay for requirements and the free-for-all. Update your zSeries skills in 4 days for a very reasonable price. WAVV 2004 in Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org
