| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.