SUMMARY: mkfdmn using -p

From: <rem_at_MATH.AMS.ORG>
Date: Wed, 11 Jun 1997 08:06:21 -0400

Thanks to:

Tom Greer (tng_at_swt.edu)
Stuart Garner <stuartmg_at_romeo.nis.newscorp.com>


I can use a higher value for the -p option
of mkfdmn than what is mentioned in the man
pages. Using 2048 for 800,000 (actually you
can get 1,245,000 files with that).

Here are their responses:

==========================================================
>1) Can I use a higher number than 2048 when creating the file domain
> using preallocated files? The man pages only mention up to 2048.

Sure -- we're using 32768 for a domain with 6 4gb drives. The suggested
guidelines for -p values versus number of files seem to be off for domains
with large numbers of small files.

I'm not sure about the -x value -- I think it will want contiguous space
if it does extend the extent table, making really large values undesirable
unless you can guarantee sufficient contiguous free space.

Tom Greer (tng_at_swt.edu)
Systems Programmer
Southwest Texas State University

==========================================================
I ran into this same problem and we solved it with the following:

mkfdmn -x 4096

This should give you plenty of space. We currently have over 4 million
small files in the same domain with no problems. There are a few things
to note however....If you use addvol to put another drive in the domain
(which is not likely since you are using RAID 5), make sure you use the
-x flag on the addvol.

It also does wonders to setup a defrag to run weekly in cron. I haven't
had any problems on our news servers since we started doing this.
You might also want to check out the /sbin/advfs directory - it has some
interesting utilities in it that have been useful on occasion.


Stuart Garner (stuartmg_at_newscorp.com)
Systems Architect
News Internet Services

==========================================================================
Thanks again.


Bob Morse
System Administrator
American Mathematical Society
Received on Wed Jun 11 1997 - 14:22:05 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:36 NZDT