Disk defragmenter in Linux

Guy Fraser guy at incentre.net
Wed Dec 28 19:47:47 UTC 2005


On Thu, 2005-29-12 at 01:21 +0800, John Summerfied wrote:
> Guy Fraser wrote:
> > On Tue, 2005-27-12 at 19:46 -0800, Peter Gordon wrote:
> > 
> >>On Tue, 2005-12-27 at 17:27 -0700, Guy Fraser wrote:
> >>
> >>>Stuffing a lot of files into a directory is a bad practice,
> >>>and Red Hat is well known for it. Check /usr/bin, /etc and 
> >>>a few others. Many of the files would [normally] be located 
> >>>under /usr/local.
> >>
> >>Pardon my probable misunderstanding, but isn't this the whole idea
> >>of the standard filesystem layout for Unix/Unix-like operating systems?
> >>
> >>I.e., if it's not installed through the system package manager, it has
> >>its tree of /lib, /sbin, /bin, /man, /share, etc under /usr/local;
> >>whereas if it *is* installed through the system packaging, it has its
> >>own /lib, /sbin, /bin, /share, /man, etc layout tree under / or /usr,
> >>depending on various factors like partitioning or network-mounting /usr,
> >>etc.
> > 
> > 
> > That is how Red Hat and it's offshoots work.
> > 
> > It can be a contentious issue, exactly where to put 
> > non base system files. Sun Microsystems used to prefer 
> > /opt but almost everyone else uses /usr/local for most 
> > add on software. But it is well understood that :
> > 
> > 	/bin, /sbin and /lib are for 
> > single user base system commands and their required libraries.
> That's not quite the case. Check the facts at http://www.pathname.com/ 
> (and fall in love with Enya while you're there).

That is from January 2004, and appears to be Red Hat centric.
I learnt about file system hierarchy in the 1980's. Just because 
someone claims to be in charge of some kind of official web page 
on file system hierarchy does mean it is the official 
recommendations for all distributions and Unix variants.

See:
http://www.debian.org/doc/packaging-manuals/fhs/
http://www.isu.edu/departments/comcom/unix/workshop/fstour.html
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dirstructure.html

Recommended best practises have been around much longer than 
Linux. The first distributions of Linux favoured the classic 
best practises, and many distributions still do.

There are many good reasons for the classic hierarchy and 
a lot of study and research went into it's development. Many 
of the reasons still hold, but most are too complex to deal 
with in this forum. Some things to consider are frequency of 
modification, accessability, ownership and type or purpose 
of the file. Other things to remember are that large numbers 
of files in a directory and large variations in the file sizes 
on a partition can have detrimental effects on performance 
and more specifically on this topic, can be the cause of 
fragmentation.

If you can take one fact from this conversation, it is that 
the system you use depends on how you prefer to manage your 
system. There may be a standard that Red Hat and it's adopters 
prefer, but there is no official standard that must be followed
as is demonstrated by differences in Unix variants and Linux 
distributions.





More information about the fedora-list mailing list