On 9/19/06, Matus UHLAR - fantomas <uhlar@xxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxx ; 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
