On 9/19/06, Matus UHLAR - fantomas <uhlar@fantomas.sk> 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 <henrik@henriknordstrom.net> 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, 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.
> REALITY.SYS corrupted. Press any key to reboot Universe.
>
-- ------------------------------ http://pd.dnsalias.orgReceived on Tue Sep 19 2006 - 12:02:32 MDT
This archive was generated by hypermail pre-2.1.9 : Sun Oct 01 2006 - 12:00:03 MDT