I'm don't have much visibility into this platform's journaling requirements.
I suspect its to enable fast reboot / recovery from some klutz bumping the
power cord or a crash of some sort.
I will raise the issue with the platform folks. However; for now I'm
looking for ways to make it scale competitively WRT adapters and spindles
for writes without changing the file system. If this turns out to be a dead
end then, hopefully, we'll move to a more spindle friendly file system.
The workload is http://www.coker.com.au/bonnie++/ (one of the newer versions
;)
--mgross
(W) 503-712-8218
MS: JF1-05
2111 N.E. 25th Ave.
Hillsboro, OR 97124
> -----Original Message-----
> From: Dave Hansen [mailto:[email protected]]
> Sent: Thursday, June 20, 2002 9:10 AM
> To: Gross, Mark
> Cc: 'Russell Leighton'; Andrew Morton; [email protected];
> Linux Kernel Mailing List; [email protected]; Griffiths,
> Richard A
> Subject: Re: [Lse-tech] Re: ext3 performance bottleneck as
> the number of
> spindles gets large
>
>
> Gross, Mark wrote:
> > We will get around to reformatting our spindles to some
> other FS after
> > we get as much data and analysis out of our current
> configuration as we
> > can get.
> >
> > We'll report out our findings on the lock contention, and
> throughput
> > data for some other FS then. I'd like recommendations on what file
> > systems to try, besides ext2.
>
> Do you really need a journaling FS? If not, I think ext2 is a sure
> bet to be the fastest. If you do need journaling, try
> reiserfs and jfs.
>
> BTW, what kind of workload are you running under?
>
> --
> Dave Hansen
> [email protected]
>