reducing filesystem minfree on big filesystems

reducing filesystem minfree on big filesystems

Post by Barrie Spen » Fri, 08 Sep 1995 04:00:00



Does anyone have any opinions on the suggestion that it is safe to
reduce minfree to 5% on large (>1Gb) filesystems without any
performance degradation. This is based on the supposition that the
original BSD filesystem design was based on large filesystems of about
400-500Mb & that with modern disks of >1Gb maintaining the 10% free is
overcautious.

Barrie
--
Barrie Spence                   Sanity Clause? There is no Sanity Clause

 
 
 

reducing filesystem minfree on big filesystems

Post by Stephen P Pott » Sun, 10 Sep 1995 04:00:00


   Does anyone have any opinions on the suggestion that it is safe to
   reduce minfree to 5% on large (>1Gb) filesystems without any
   performance degradation. This is based on the supposition that the
   original BSD filesystem design was based on large filesystems of about
   400-500Mb & that with modern disks of >1Gb maintaining the 10% free is
   overcautious.

I reduce large filesystems to 5% by habit.  I've never had a problem or any
noticable degradation.  The original filesystems were alot smaller that
400-500Mb.

-spp
--
Stephen P Potter        Pencom Systems Administration         AMP Incorporated

Home: 717-540-0131      Pager: 1-800-759-8888, 547-9561     Work: 717-986-5401
                Systems Administation: It's a Kind of Magic

 
 
 

reducing filesystem minfree on big filesystems

Post by Trevor Paquet » Tue, 12 Sep 1995 04:00:00




>    Does anyone have any opinions on the suggestion that it is safe to
>    reduce minfree to 5% on large (>1Gb) filesystems without any
>    performance degradation. This is based on the supposition that the
 .. deleted ..

> I reduce large filesystems to 5% by habit.  I've never had a problem or any
> noticable degradation.  The original filesystems were alot smaller that
> 400-500Mb.

  On our disks with >3Gb paritions I normally reduce this futher to 3%..
--
 Name:Trevor Paquette      |Alberta Energy Company Ltd |Work:(403) 266-8400



 
 
 

reducing filesystem minfree on big filesystems

Post by John Claxto » Thu, 14 Sep 1995 04:00:00


        It is my understanding that the freespace reserved for
filesystem overhead is using during file creation/deletion
activity, as well as file extension.  We have several filesystems
with no creation/deletion/extension of files ... just a few large
files of fixed length.  After discussing my idea with technical
support of the hardware vendor, I set the minfree to 0% on those
filesystems.  Haven't noticed any degradation of throughput.  I
would suspect that the value of minfree is more dependent on the
activity on the disk than the size of the disk.  Which means 10%
(the default) may be too much or not enough.  Caveat: your
mileage may vary.
 
 
 

1. Reducing an AIX filesystem /tmp

I am running AIX 3.2.3 on an RS6000.  I wish to reduce my /tmp filesystem size.

I am aware that I can run mkszfile and edit the number of PP's and the total
size in .fs.size   If I then install aix from a subsequent mksysb tape, the
new /tmp will have the new edited size.

Is there an easier way so I can avoid the huge mksysb?  Thanks.

2. groups to distribute permissions

3. reducing filesystem in AIX

4. Faxing with Linux?

5. how can reduce the size of the /, /usr and /tmp filesystems ?

6. Can't accept incoming connections with isdn4klinux and teles S0 16.3 card (kernel rev. 1.3.96 and earlier)

7. Reducing filesystem size

8. kernel dies when it tries to access a read-only SCSI dev.

9. Reducing root filesystem

10. Reducing /usr filesystem on 4.2.1

11. How to reduce filesystem size.

12. reduce filesystem size within rootvg

13. how do I reduce the size of a filesystem?