> On 5/26/06, Matus UHLAR - fantomas <uhlar@fantomas.sk> wrote:
> >is that on linux? try checking /proc/interrupts. Maybe reordering PCI cards
> >would help a bit.
> >Do you use 32 or 64bit architecture? iwith 32bit, you probably can't use
> >more than one (or two?) GB of data segment per process, which may also
> >cause
> >some more load...
On 26.05.06 10:46, Dan Thomson wrote:
> This is on a stable debian system. 32 bit architecture... but data
> segments _should_ be well within limits.
> >Squid probably tries to find out which objects to purge from memory cache,
> >and then it decides where to save them. Also, it has to purge some objects
> >off ths disk, which results which in case of big memory and relatively
> >small
> >disk cache results into much CPU processing.
> I've come to learn that this is a result of squid blocking for diskd.
Oh! use "aufs" on debian instead of 'diskd' - that should give you more
speed.
-- Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Linux IS user friendly, it's just selective who its friends are...Received on Mon May 29 2006 - 03:32:32 MDT
This archive was generated by hypermail pre-2.1.9 : Thu Jun 01 2006 - 12:00:02 MDT