Search squid archive

Re: TCP send/receive buffer tuning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxxxxx>
> An: squid-users@xxxxxxxxxxxxxxx
> Betreff: Re:  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


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux