Subject: re: free space (was /dev) on tmpfs problem
To: YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
From: matthew green <mrg@eterna.com.au>
List: tech-kern
Date: 11/15/2005 15:02:39
> > (linux tmpfs also uses virtually no extra ram due to using
> > other kernel cache objects (ie, vnode/inode/directory) rather
> > than keeping track of them with private structure. i wonder
> > if those ideas could be adapted for our tmpfs?)
>
> i guess it just means linux have to use extra ram for
> mandated namecache (dcache) otherwise.
>
>
> do we currently duplicate his data? it seems no matter where
> it goes, not duplicating data should save memory as well as
> potentially avoid stale-data use (though this really would
> indicate a bug somewhere i think?)
i don't understand what you mean.
what's "his data"? how you can see stale-data?
i just mean that when the same info is duplicated there can be
the possibilility of one copy of it being stale. eg, the way
read/write vs. mmap used to have problems.
.mrg.