Re: [squid-users] TCP send/receive buffer tuning

From: Jack Falworth <jackf.mail_at_gmx.de>
Date: Mon, 31 Jan 2011 11:21:39 +0100

We have an ISP deployment in which we reach performance limits in Squid, so
we try to tune anything possible to get more performance.

I would like to know if there is a reason why this check has been implemented (e.g. possible side-effects, etc.) or that it can be removed safely.

Upgrading to squid 3.x is unfortunately no option since COSS support is missing and Rockstore isn't ready for testing yet.

-------- Original-Nachricht --------
> Datum: Mon, 31 Jan 2011 12:08:55 +0200
> Von: Eliezer <eliezer_at_ec.hadorhabaac.com>
> An: squid-users_at_squid-cache.org
> Betreff: Re: [squid-users] TCP send/receive buffer tuning

> i dont know how high performance your system is but i think you can try
> the new version 3.1.10 on your system and after you will get real
> performance
> issues you can try to recompile it with less strick option.. or .. just
> compile one with limit and one without limit and change the binary if
> you dont get results.
>
> as long as i know 64k is really more then many systems needs for a
> buffer.
>
>
>
> On 31/01/2011 11:57, Jack Falworth wrote:
>
> > Hi squid-users,
> >
> > I have a question regarding the TCP send/receive buffer size Squid uses.
> > For my high-performance setup I increased both buffer sizes on my Ubuntu
> 10.04 system. Unfortunately I found out that Squid 2.7 (as well as 3.x)
> limits the receive buffer to 64K and the send buffer to 32K in the
> configure.in script.
> >
> > In addition I found this bug report regarding this check:
> > http://bugs.squid-cache.org/show_bug.cgi?id=1075
> >
> > I couldn't really figure out the problem with Squid using higher buffer
> sizes if it is the intention of the administrator to increase those values.
> > This check was included in CVS rev. 1.303 back in 2005, thus it's quite
> old.
> >
> > Is this some legacy check or is it still important with today's systems?
> > Can I safely remove this check or will this have some side-effects, e.g.
> say the some internal data structures won't be able to cope with higher
> values?
> >
> > Regards,
> > JackF
> >

-- 
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
Received on Mon Jan 31 2011 - 10:21:52 MST

This archive was generated by hypermail 2.2.0 : Mon Jan 31 2011 - 12:00:04 MST