Search squid archive

Re: Small objects in memory only

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 31, 2007, Reinis Rozitis wrote:

> So theoretically we have to check:
> 
> /* Calculate the object size */
> objsize = objectLen(e);
> 
> And in case  it doesnt exceed some predefined size (lets say 3kb) break 
> imideatly without returning 'dirn'..

Just return -1 I believe :)

(Hey, this feels like a squid-dev conversation.)

> Thank you its probably worth a try. Will let you know about the results 
> (cause imho it should offload some noticable disk IO) :)

It should do, yup.

> p.s. on the other hand an idea came into my mind while writing this - to 
> disable cache_mem usage at all and make some fixed size COSS file (with 
> max-size=3072) directly on ramdisk (tmpfs).

Hm, I have a feeling I'm going to have to finish this squid website redesign
and include links to all the various cache filesystem papers written over
the last few years. There's some good stuff in there.

In fact, the 'best' way to handle this is to just spool the objects in memory
and delay swapping them out until you can exploit locality and write the
objects to disk in a nice group. COSS groups writes but doesn't exploit locality
during write or reads. You'd probably be reasonably frightened how quickly
Squid could handle disk caching for small objects with a setup like that..



Adrian


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux