List Archive: gentoo-performance
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
Neat, although it would be more practical to simply use your
usual RAM, well, pretty much completely analogously to the
processor's L2 cache.
A software solution rather than a hardware one. It probably
wouldn't be generally applicable as the filesystem itself would
have to support or in fact just implement it, (or the io layer
understand specific filesystems, which is just troublesome)
but it would be a workable improvement, or just extension to
> > Hrm... I've been wondering how much of a hard drive relief
> > it would be to put the metadata of the top x most accessed
> > files or just up to y MB in of it ramdisk. Considering hard
> > drive flutter is a major bummer to performance these days,
> > doing a flutter for common filesystem *meta*data seems
> > rather silly - and a /lot/ of programs stat() way like crazy.
> This has already been approached. See (http://lasr.cs.ucla.edu/conquest) for
> details. Basically the mete-data and small files are stored in battery
> backed RAM. They showed huge performance increases.
firstname.lastname@example.org mailing list