lkml.org 
[lkml]   [2003]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: 2.5.66-mm3 - bad ext2 performance ?
Date
On Tuesday 15 April 2003 02:24 pm, Andreas Dilger wrote:
> On Apr 15, 2003 14:00 -0700, Badari Pulavarty wrote:
> > This is kind of extreem. But I have 1070 LUNS and I mkfs/mounted (ext2)
> > all these and running "fsx" on all of them.
> >
> > I see very bad IO rate on the machine. fsx with O_DIRECT seems to be
> > doing okay. Any ideas on why regular filesystem (buffered) IO sucks ?
> > I dont' see even cache increasing ..
>
> Depending on what parameters you have passed to fsx, it isn't necessarily
> going to be doing a lot of I/O. The default for the fsx I have is to max
> the file size out at 256kB (on average it will be about half of that), and
> you have 1070 instances running, so that agrees with the ~110MB of cache
> difference between O_DIRECT and non-O_DIRECT.
>
> Also, in the non-O_DIRECT case fsx will be doing reads from cache and not
> disk, so there is no reason to see anything in "bi". The writes may or
> may not be a problem, as fsx is "truncate happy", so some large amounts of
> data that are "written" are immediately truncated again. For O_DIRECT,
> everything is going straight to/from disk, hence much higher IO numbers.
>
> What you should really be checking is how many "ops per second" you are
> getting from fsx with and without O_DIRECT. It would be my guess that
> the O_DIRECT fsx is actually _slower_ because it is doing more I/O (and
> waiting for it to complete). Run each fsx with some fixed number of ops
> (-N <num ops>) and see how long it takes for both tests to complete.

Sure. Will do !!

Thanks.
Badari

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:34    [W:0.023 / U:1.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site