[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ossig] Two obscure questions: directory access times and atomic rename()
On Tue, Sep 07, 2004 at 02:46:38PM +0800, Dinesh Nair wrote:
> it's a tradeoff between inodes and time. they're usually mutually
> exclusive, i.e. you either veer towards saving inodes or saving
> time. the middle point is elusive and would differ from app to app,
> so best to see which profile your app fits and then adopt the same
> strategies which others have for mail spools and usenet news spools.
In The Real World, I've found that the issue is actually moot. I'm
storing stuff in a tree like the St. Ives riddle (I met a man with
seven wives; each wife had seven sacks; etc.), so each successive
level of depth in the tree is exponentially-denser than the preceding.
Since I'm storing image files at ~100k/file, I have to use trivially
small numbers of inodes (50% subdirectories, 50% files) or I'm eating
terabytes of disk by about my third or fourth branch. The "sweet
spot" seems to be ~36 inodes, where I get 400GB at level four.
So at this scale the quantum tunneling effect is unnoticable - shame
'cause I'd like to visit my parents but I can't afford the plane tix.
--
% You are in a maze of twisty passages, all alike.
Christopher DeMarco <cdemarco@fastmail.fm>
PGP public key ID 0x2E76CF5C @ pgp.mit.edu
+6012 232 2106
PGP signature