Thanks for the tip. I will try with "heap GSDF" to see if it makes a
difference.
Any idea why the object is not considered as a hot-object and stored in memory?
I have...
minimum_object_size 0 bytes
maximum_object_size 5120 KB
maximum_object_size_in_memory 1024 KB
Earlier we had cache_swap_low and high at 80 and 85% and the physical
memory usage went high leaving only 50MB free out of 15GB.
To fix this issue, the high and low were set to 50 and 55%.
Does this change in "cache_replacement_policy" and the "cache_swap_low
/ high" require a restart or just a -k reconfigure will do it?
Current usage: Top
top - 14:33:39 up 12 days, 21:44, 3 users, load average: 0.03, 0.03, 0.00
Tasks: 83 total, 1 running, 81 sleeping, 1 stopped, 0 zombie
Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.6%st
Mem: 15736360k total, 14175056k used, 1561304k free, 283140k buffers
Swap: 25703960k total, 92k used, 25703868k free, 10692796k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17442 squid 15 0 1821m 1.8g 14m S 0.3 11.7 4:03.23 squid
#free
total used free shared buffers cached
Mem: 15736360 14175164 1561196 0 283160 10692864
-/+ buffers/cache: 3199140 12537220
Swap: 25703960 92 25703868
Thanks.
On Wed, Sep 22, 2010 at 2:16 PM, Chad Naugle <[email protected]> wrote:
> Perhaps you can try switching to heap GSDF, instead of heap LFUDA. What are
> also your minimum_object_size versus your _maximum_object_size?
>
> Perhaps you can also try setting the cache_swap_low / high back to default
> (90 - 95) to see if that will make a difference.
>
> ---------------------------------------------
> Chad E. Naugle
> Tech Support II, x. 7981
> Travel Impressions, Ltd.
>
>
>
>>>> Rajkumar Seenivasan <[email protected]> 9/22/2010 2:05 PM >>>
> I have the following for replacement policy...
>
> cache_replacement_policy heap LFUDA
> memory_replacement_policy lru
>
> thanks.
>
> On Wed, Sep 22, 2010 at 2:00 PM, Chad Naugle <[email protected]> wrote:
>> What is your cache_replacement_policy directive set to?
>>
>> ---------------------------------------------
>> Chad E. Naugle
>> Tech Support II, x. 7981
>> Travel Impressions, Ltd.
>>
>>
>>
>>>>> Rajkumar Seenivasan <[email protected]> 9/22/2010 1:55 PM >>>
>> I have a strange issue happening with my squid (v 3.1.8)
>> 2 squid servers with sibling - sibling setup in accel mode.
>>
>> after running the squid for 2 to 3 days, the HIT rate has gone down.
>> from 50% HIT to 34% for TCP and from 34% HIT to 12% for UDP.
>>
>> store.log shows that even fresh requests are NOT getting stored onto
>> disk and getting RELEASED rightaway.
>> This issue is with both squids...
>>
>> store.log entry:
>> 1285176036.341 RELEASE -1 FFFFFFFF 7801460962DF9DCA15DE95562D3997CB
>> 200 1285158415 -1 1285230415 application/x-download -1/279307
>> GET http://....
>> requests have a max-age of 20Hrs.
>>
>> squid.conf:
>> cache_dir aufs /squid/var/cache 20480 16 256
>> cache_mem 1536 MB
>> memory_pools off
>> cache_swap_low 50
>> cache_swap_high 55
>> refresh_pattern . 0 20% 1440
>>
>>
>> filesystem is resizerfs with RAID-0. only 11GB used for the cache.
>>
>> $cat /proc/sys/fs/file-nr
>> 640 0 1525202
>>
>> $ cat /proc/sys/fs/file-max
>> 1525202
>>
>> Any help is highly appreciated.
>>
>> thanks.
>>
>>
>> Travel Impressions made the following annotations
>> -------------------------------------------------------------
>> "This message and any attachments are solely for the intended recipient and
>> may contain confidential or privileged information. If you are not the
>> intended recipient, any disclosure, copying, use, or distribution of the
>> information included in this message and any attachments is prohibited. If
>> you have received this communication in error, please notify us by reply
>> e-mail and immediately and permanently delete this message and any
>> attachments.
>> Thank you."
>>
>
>
> Travel Impressions made the following annotations
> -------------------------------------------------------------
> "This message and any attachments are solely for the intended recipient and
> may contain confidential or privileged information. If you are not the
> intended recipient, any disclosure, copying, use, or distribution of the
> information included in this message and any attachments is prohibited. If
> you have received this communication in error, please notify us by reply
> e-mail and immediately and permanently delete this message and any
> attachments.
> Thank you."
>
