Sorry Marcus, new to this forum support.
You mention cache_mem is small, excuse me noobness can you explain the impact.
The Memory allocation to the VM is 4GB, and it has at present 4 VCPU (doesn't
look like it being stressed at all).
Version = Squid Cache: Version 3.2.5
Disk structure is as
Juz,
The mount options rw,noatime reduce I/O a little for ext4 so they are
recommended for /squid.
Since the system has 4 GB memory it is recommendable to increase
cache_mem from 32 MB to 512 MB and to change
maximum_object_size_in_memory from 20 KB to 128 KB.
Both options help to cache more
Cheers Marcus,
I did see via googling a rule of thumb quote cache_mem = total physical
memory / 3 - ref
http://forums.justlinux.com/showthread.php?126396-Squid-cache-tuning there is a
more complex formula quoted too.
Money and access constraints negate the move to faster storage :)
I will
On 25/07/2014 11:28 p.m., RYAN Justin wrote:
Cheers Marcus,
I did see via googling a rule of thumb quote cache_mem = total physical
memory / 3 - ref
http://forums.justlinux.com/showthread.php?126396-Squid-cache-tuning there is
a more complex formula quoted too.
Money and access
Juz,
It helps if you describe the system in more detail.
What is the configuration of Squid (squid.conf without the comments)
and how are the data store file systems spread over the disks ?
For immediate results, you can reduce the disk cache or even temporarily
disable the disk cache.
Marcus
