lkml.org 
[lkml]   [1998]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: e2fs + large disk == slug?
Rogier Wolff wrote:
>
> Mark Lehrer wrote:
> >
> >
> > I am not a filesystem expert, but I would like to understand what
> > makes e2fs slow on my 4.5 gig partition; and if someone is working on
> > performance and would like some help, please holler. Some slow
> > operations, kernel 2.0.34:
> >
> > 1) removing 500 megs of files took 30 seconds.
> > 2) fsck of course.
>
> 3) Mounting large filesystems takes a long time: 46 seconds / 12G

With our 41 GB ext2 partition (:-) on a disk which manages about
16 MBytes/sec continuous throughput:

Mount: 2 minutes
FSCK: about 30 minutes (the fs is only about 25% full)

[both measured with 2.1.105]

The fsck is a real problem. I can see it taking a long time
when we start to fill the disk. Apart from writing a journalling
filesystem from scratch, has anyone got any suggestions about
how to improve fsck times?

Rich.

PS. Removing files is a lot quicker with 2.1 than with 2.0. However,
2.1 seems to lock the directory while files are removed. Thus
if you remove, say, a 1 GB file from a directory, other processes
hang in TASK_UNINTERRUPTIBLE if they happen to access the directory
(they run again when the file is deleted). With 2.0 this doesn't
happen.

--
Richard Jones rjones@orchestream.com Tel: +44 171 598 7557 Fax: 460 4461
Orchestream Ltd. 125 Old Brompton Rd. London SW7 3RP PGP: www.four11.com
"boredom ... one of the most overrated emotions ... the sky is made
of bubbles ..." Original message content Copyright © 1998

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

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