Re: RFC: Tuning ext3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On May 17, 2007  16:16 -0400, Tod Hagan wrote:
> A. Create using -O sparse_super (default) to save space on large
> filesystems. [MaxStor]

That's the default anyways.

> B. Create using -T largefile4 (one inode per 4 megabytes) to avoid
> wasting space on unused inodes. [MaxStor]

OK if your average file size is > 4MB.

> C. Create using -m 0 to reserve no blocks for the super-user.
> [NoSysFiles][MaxStor]

Can hit fragmentation problems if fs is almost 100% full.  I'd always
leave at least 1% even for large filesystems.

> D. Create using -E stride=N where N matches the underlying RAID.
> [GenNFSPerf]

Yup.

> E. Use a kernel >= 2.6.19 (patches for extents and 48-bit support,
> requires Ubuntu 7.04 feisty or Fedora Core 7 or custom kernel) to allow
> filesystems > 8TB on Intel/AMD chips. [BigFS]

This means ext4.  I'd suggest including the mballoc and delalloc patches
from Alex if performance is the driving factor.  There is some risk
involved in ext4.

> F. Use an external journal on a separate high-RPM drive. [GenNFSPerf]

The journal is mostly sequential writes, so high-RPM is not critical here.

> G. Use a large journal. mkfs -J size=8192 [GenNFSPerf]

This will consume 8GB of RAM on your server, per filesystem.  Watch out.
You probably don't get any benefit beyond 1 or 2 GB.

Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux