We're on a SAN now on the production and we use a lot of IO, but these report servers may differ. I am running tests now, just trying to nail down a SAN that's a know good with OCFS2 workloads.
Bruce A Leggett Director, IT Systems Amscot Financial 813-637-6283 -----Original Message----- From: Sunil Mushran [mailto:sunil.mush...@oracle.com] Sent: Monday, October 05, 2009 2:15 PM To: Bruce Leggett Cc: 'ocfs2-users@oss.oracle.com' Subject: Re: [Ocfs2-users] Two node performance question Hard to answer such a qs. It is always best to run your workload on a SAN and see the app thruput. Bruce Leggett wrote: > Sunil, > I am continuing to build my IO to the point where my app works well via two > nodes. I may abandon building an opensource SAN and just move to an > established product. > > Our app generates a lot of load through enormous small read and writes eating > IO. My follow up question is, if we move to a new name brand san - do we just > go after the one with the best IO numbers? > > We're looking at a IBM shark model or Xitech ICE and I want to make sure I > get something that will be good to OCFS2 and IO. > > Thanks, > > Bruce A Leggett > Director, IT Systems > Amscot Financial > 813-637-6283 > > -----Original Message----- > From: Sunil Mushran [mailto:sunil.mush...@oracle.com] > Sent: Friday, September 18, 2009 4:30 PM > To: Bruce Leggett > Cc: 'ocfs2-users@oss.oracle.com' > Subject: Re: [Ocfs2-users] Two node performance question > > Bruce Leggett wrote: > >> The FS performance is only slow from one node. Typically, writes and reads >> look good one node at a time, but not two. >> > > If concurrent io to the shared device is slow, then this would be expected. > > >> So your recommendation is I need to get throughout/IO boosted at the >> iscsi/disk/san level? Optimizing iscsi and upping performance with more / >> faster disks etc? >> > > Yes. > > >> Are there any OCFS2 options that play into this or is it all iscsi/disks at >> this point? >> > > The ocfs2 options allow you to tune your performance for different > workloads. But it is not going to hide slow concurrent io to the shared > device. > > > > > This Email message and any attachments are confidential. If you are not the > intended recipient, please notify Amscot Financial, Inc. immediately by > replying to this message and destroy all copies of this message and any > attachments.Thank You. > _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users
