TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Roy J. Tellason
from: Wes Garland
date: 2003-07-02 06:50:02
subject: Squish progress

RJT> I've heard it said elsewhere that *.msg should be a whole lot less 
 RJT> of a problem for unix-type platforms than it was 
 RJT> elsewhere,  though I can't recall the reason given 
 RJT> at the moment.  I know that back when I was 
 RJT> programming this sort of thing under CP/M and 
 RJT> early on in DOS,  that was a sequential search and 
 RJT> could take a lot of time.
 
That's true, although it depends a lot on the UNIX variant and the
filesystem employed.
 
Stock SVR4 UNIX running UFS (UNIX File System) has problems with
directories having more than 32,768 entries, for example. On a Sun Ultra
Enterprise 150 (Ultra 1 in a fancy box), I have clocked the creation of
files above this limit to take nearly a real second. This was running
Solaris 2.5.1 (quite old), but I believe the problem is still there (but
not as bad) in Solaris 2.8. Installing the Veritas Filesystem (VxFS) solves
this problem, as it is an extent-based allocator, but the license for that
can run in the thousands of dollars per machine.
 
I have no clue about Linux, though (I'm a UNIX programmer, only use Linux
on a hobby basis and for firewalls).
 
Wes

--- Maximus/2 3.01
* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000)
SEEN-BY: 633/267 270
@PATH: 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.