Hi,
mail reformatted to make sense (i.e. please don't top post!)
I have a squid that has been caching for like 10 month. It now have an
amazing size of 4.5 gig.
What you have is determined by the cache_dir specifications
in squid.conf. The size there is taken into account , and SQUID will
trimm cache dirs automatically if that would be needed.
When browsing on the web, it is now very very
slow. I restarted squid with a clean cache. Everything was fine again. I
was wondering if there were a way to tell squid to clean cache
periodicaly?! So I would not have to do it myself.
- The idea of a caching proxy is to have a cache, and to benefit
from that, not clean it.
I run SQUID with the same cache dir and or squid maintained content
for more then year without touching it.
And or touching it alone, if serious SYSTEM or disk problems would occur.
Make sure that your disk access performance, for instance, is adequate
for the SQUID induced disk I/O load.
>
For the computer that is running Squid it is a Dual core 3 ghz, there
is 2 gig of ram. The disk are scsi. I don't think that it is the
machine that is having the probleme. There is no probleme with the
access to disk.
If you want better advice you'll need to show here how you've checked
that. Have you used iostat, vmstat, etc. You may also want to post you
squid.conf (stripped of comments and blank lines).
Do you have multiple cache_dirs specified?
There might be solution somewhere. I mean I should not have to reset
my cache. The computer is strong enough. But still it went really
slow (so slow that browsing the web was imposible)and restarting
squid with a new cache solved the problem. What can I do to be sure
that this does not happen again
Correct - you should not have to. After all, I have a dual P3-667MHz
with 512Mb RAM serving over 3500 clients. Your machine is considerably
more powerful.
What is the machine doing when it is in this state. Is anything logged
in cache.log, anything relevant in syslog?
Without more information we can't really offer any advice.
Neil.
--
Neil Hillard [EMAIL PROTECTED]
Westland Helicopters Ltd. http://www.whl.co.uk/
Disclaimer: This message does not necessarily reflect the
views of Westland Helicopters Ltd.