On 9/19/06, Matus UHLAR - fantomas <[EMAIL PROTECTED]> wrote:
> >m?n 2006-09-18 klockan 10:31 -0700 skrev Pranav Desai:
> >> I am running some polymix-4 tests with squid 2.6-S3. Every single test
> >> I have run so far has these warning. Some FAQs and other searches
> >> suggest that this is caused by a corrupted swap.state, and the
> >> solution is to wipe out the cache dirs and rebuild the cache.
what are your cache_swap_low, cache_swap_high and maximum_object_size
settings?
defaults I believe, since they are not specified in the squid.conf.
> On 9/18/06, Henrik Nordstrom <[EMAIL PROTECTED]> wrote:
> >Small amounts above the limit is simply that things runs a bit too quick
> >for a while with the garbage collection not keeping up.
> >
> >Very large amounts above the limit (often many times the amount of
> >storage available) is corrupted swap.state.
On 18.09.06 16:40, Pranav Desai wrote:
> Could any of the above have any impact on the performance.
no, unless your silesystem is >90% full. UN*X filesystems behave faster if
they enough of free spave. I notices performance degradation when disk
became >90% full, currently it's around 85% which is quite ok I'd say.
I have 40GB partition for caching and the cache_dir is only 30GB and
its not used for anything else, so I dont think the disk is full. If
you mean the cache_dir, then its 100% utilized.
> Does the LRU starts after the disk is full and can that have any impact. I
> am just thinking out loud ... will try some more tests ...
try using heap replacement policy. I use heap ldufa for disk, even heap LRU
is faster than old non-heap lru.
will try that.
thanks
-- Pranav
--
Matus UHLAR - fantomas, [EMAIL PROTECTED] ; 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.
REALITY.SYS corrupted. Press any key to reboot Universe.
--
------------------------------
http://pd.dnsalias.org