| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | hpt squish corruption |
Hello mark! 09 Jun 18 13:57, mark lewis wrote to Gerrit Kuehn: GK>> "a few minutes" is exactly what I would call "for ages". ml> wow, really?? For mails, definitely. On other occasions we had data distributed into many files that needed to be processed... at one point it became completely unmanagable to keep all files in one directory because everything was slowing down. We solved this in a rather simple way and put files into subdirectories depending on the crc8 checksum of their name. This divided the number of files per directory by 256 (on average), and everything was smooth again. ml> the above was after a fresh boot... the file cache was relatively ml> empty... a second search returned within seconds... possibly up to 30 ml> seconds depending on the search... As I said: if you have 50k files, 100k files or even more, and need to process them all, these delays sum up every time you access one file. A simple "ls -l" will give you the creeps. Shell scripts break at various points due to "argument list too long" or similar errors. Depending on the filesystem you use, there may be other dragons hiding. The situation is easy enough to avoid, so why asking for trouble? Regards, Gerrit ... 9:05PM up 153 days, 22:58, 9 users, load averages: 0.17, 0.12, 0.09 --- Msged/BSD 6.1.2* Origin: We are a nation (2:240/12) SEEN-BY: 3/50 103/705 154/10 203/0 221/0 1 6 360 229/426 240/12 1120 1254 1512 SEEN-BY: 240/1661 5832 8001 261/38 280/464 5003 292/854 310/31 313/41 335/364 SEEN-BY: 423/120 633/267 280 640/384 712/550 848 770/1 2320/100 2432/390 SEEN-BY: 2449/184 @PATH: 240/12 1120 221/1 0 280/464 712/848 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™.