Sorry Amos, but I've tested with modifying JUST these two sysctl
parameters and the difference is huge.
Without maximum tcp buffers set to 8MB, I got a 110KB/s download speed,
and with a 8MB kernel buffer I got a 9.5MB/s download speed (via squid,
of course).
I think it has to do with the TCP maximum Window Size, the kernel can
set on a connection.
--
Best Regards,
Heiler Bemerguy
Network Manager - CINBESA
55 91 98151-4894/3184-1751
Em 04/08/2016 03:16, Amos Jeffries escreveu:
On 4/08/2016 2:32 a.m., Heiler Bemerguy wrote:
I think it doesn't really matter how much squid sets its default buffer.
The linux kernel will upscale to the maximum set by the third option.
(and the TCP Window Size will follow that)
net.ipv4.tcp_wmem = 1024 32768 8388608
net.ipv4.tcp_rmem = 1024 32768 8388608
Having large system buffers like that just leads to buffer bloat
problems. Squid is still the bottleneck if it is sending only 4KB each
I/O cycle to the client - no matter how much is already received by
Squid, or stuck in kernel queues waiting to arrive to Squid. The more
heavily loaded the proxy is the longer each I/O cycle gets as all
clients get one slice of the cycle to do whatever processing they need done.
The buffers limited by HTTP_REQBUF_SZ are not dynamic so its not just a
minimum. Nathan found a 300% speed increase from a 3x buffer size
increase. Which is barely noticable (but still present) on small
responses, but very noticable with large transactions.
Amos
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
