Re: Rev 8939: Merge from trunk in file:///home/rousskov/programs/bazaar/repos/squid/ecap/

Alex Rousskov wrote: At file:///home/rousskov/programs/bazaar/repos/squid/ecap/ Ready for some merging? Amos -- Please use Squid 2.7.STABLE1 or 3.0.STABLE6

Re: X-Vary-Options patch

I think some of their stuff was backed out of Squid-2.7 before release. What we -should- do is create a wiki page to document all the crazy stuff about Vary: and coordinate things a little better. I'd really like to see more sensible vary handling go into Squid and there certainly seems like there

Re: Round-Robin becomes unbalanced when a peer dies and comes back

On Fri, Jun 06, 2008, Kinkie wrote: > I'm not an admin, but I agree. .. he's already (privately) agreed to it. > > K > > > > On 6/6/08, Adrian Chadd <[EMAIL PROTECTED]> wrote: > > On Fri, Jun 06, 2008, Mark Nottingham wrote: > >> Patch attached to bug. > > > > .. looks fine to me. > > > > S

Re: X-Vary-Options patch

Squid devs: Did this make its way into 2.7? Tim: AIUI, the following header: X-Vary-Options: Accept-Encoding; list-contains=gzip will bucket the cache for this URI into two entries; those whose Accept-Encoding contains the list value "gzip", and those that don't. Is that correct? Also, I'

Re: header-to-header latency

On fre, 2008-06-06 at 15:38 +1000, Mark Nottingham wrote: > Logging the client-side request done point is an option, but it's of > limited value, because most requests don't have a body, and as > mentioned, the server can start sending the response before the > request is done. Not against i

Re: Making PEER_TCP_MAGIC_COUNT a cache_peer option

On fre, 2008-06-06 at 22:01 +0800, Adrian Chadd wrote: > On Fri, Jun 06, 2008, Amos Jeffries wrote: > > > >Looks fine - but you need to add some code to the configuration file > > >-generator- so it spits out the option when building the cache_peer line. > > > > What do you mean Adran? I thought

Re: Making PEER_TCP_MAGIC_COUNT a cache_peer option

On Fri, Jun 06, 2008, Amos Jeffries wrote: > >Looks fine - but you need to add some code to the configuration file > >-generator- so it spits out the option when building the cache_peer line. > > What do you mean Adran? I thought it would just be a default setting > added at the top of the cache

Re: Round-Robin becomes unbalanced when a peer dies and comes back

I'm not an admin, but I agree. K On 6/6/08, Adrian Chadd <[EMAIL PROTECTED]> wrote: > On Fri, Jun 06, 2008, Mark Nottingham wrote: >> Patch attached to bug. > > .. looks fine to me. > > Squid admins: Can we just please hook Mark up with CVS repository access > so he can commit these sorts of

Re: Making PEER_TCP_MAGIC_COUNT a cache_peer option

Adrian Chadd wrote: On Fri, Jun 06, 2008, Mark Nottingham wrote: Squid will consider a peer dead when it has ten connect failures; this is hardcoded in as PEER_TCP_MAGIC_COUNT. The attached patch makes it a per-peer configuration option,

Re: header-to-header latency

Mark Nottingham wrote: hmm, you're thinking of connection stats as well as request stats? I believe I am. Service-Times as well as Transfer-Times. The HTTP level being a transfer time out of ?where?. The comm layer running service times out of fde table. In the pconn cases one service time, h