I think I can build a squid rpm with valgrind support for this purpose
and others.
Well now we have a bug report for the issue and it's good that we can
test it.
Note that this server has 99% hits since it is serving less then 30 file
which about half of them should be downloaded as a TCP_MEM_
On 06/25/2014 01:41 PM, Alex Rousskov wrote:
> On 06/21/2014 11:15 PM, Amos Jeffries wrote:
>> > Support receiving PROXY protocol version 1 and 2.
> sounds like nothing-on-top-of-nothing to me in Squid context? The
> terrible name for the PROXY protocol itself is clearly not your fault
Per Amos
On 07/10/2014 09:12 PM, Amos Jeffries wrote:
> On 11/07/2014 10:15 a.m., Alex Rousskov wrote:
>> I propose adding support for a third adaptation vectoring point:
>> post-cache REQMOD. Services at this new point receive cache miss
>> requests and may adapt them as usual. If a service satisfies t
On 11/07/2014 6:10 a.m., Eliezer Croitoru wrote:
> OK so I started this reverse proxy for a bandwidth testing site and it
> seems odd that it using more then 400MB when the only difference in the
> config is maximum_object_size_in_memory to 150MB and StoreID
>
> I have extracted mgr:mem and mgr:in
On 11/07/2014 10:15 a.m., Alex Rousskov wrote:
> Hello,
>
> I propose adding support for a third adaptation vectoring point:
> post-cache REQMOD. Services at this new point receive cache miss
> requests and may adapt them as usual. If a service satisfies the
> request, the service response may
Hello,
I propose adding support for a third adaptation vectoring point:
post-cache REQMOD. Services at this new point receive cache miss
requests and may adapt them as usual. If a service satisfies the
request, the service response may get cached by Squid. As you know,
Squid currently support
OK so I started this reverse proxy for a bandwidth testing site and it
seems odd that it using more then 400MB when the only difference in the
config is maximum_object_size_in_memory to 150MB and StoreID
I have extracted mgr:mem and mgr:info at these urls:
http://www1.ngtech.co.il/paste/1169/ra
On 28/06/2014 3:38 a.m., Tsantilas Christos wrote:
> Hi all,
>
> Currently FwdState::negotiateSSL() operates on a TCP connection without
> a timeout. If, for example, the server never responds to Squid SSL
> Hello, the connection getstuck forever. This happens in real world when,
> for example, a
If there are no objections I will apply this patch to trunk
Regards,
Christos
On 06/27/2014 06:38 PM, Tsantilas Christos wrote:
Hi all,
Currently FwdState::negotiateSSL() operates on a TCP connection
without a timeout. If, for example, the server never responds to Squid
SSL Hello, the co
If there are no objections I will apply the latest patch to trunk.
Regards,
Christos
On 06/26/2014 05:45 PM, Tsantilas Christos wrote:
A new patch.
Changes:
- clt_conn_id renamed to clt_conn_tag
- Amos requested fixes.
I hope it is OK.
Regards,
Christos
On 06/22/2014 08:43 PM, Tsa
10 matches
Mail list logo