Re: Pipelining
Rémy Sanchez <[email protected]>
| Newsgroups | gmane.comp.web.polipo.user |
|---|---|
| Message-ID | <[email protected]> |
On Saturday 09 July 2011 15:05:17 you wrote: > > Well, I have a huge latency because of too much users, so that's kind > > of what I need. > > You're sufferring from buffer bloat. Putting the right AQM on your > router will help way more than any application-level hacks. > > http://en.wikipedia.org/wiki/Active_Queue_Management Already activated. > >> That's what Polipo does by default if the client only speaks /1.0. > > > > Is that "legal" ? I mean, does the RFC says so, or is it some > > Polipo-specific behavior ? > > RFC 2616, Section 3.1: > > caching proxies MUST, gateways MAY, and tunnels MUST NOT upgrade the > request to the highest version they support. The proxy/gateway's > response to that request MUST be in the same major version as the > request. > > Polipo is a caching proxy. > > > (More seriously, I thought about the in-browser google-talk, which is > > transmited using a single chunked connection). > > Oh yuck. > > There's no support in HTTP for multiplexing, so a persistent connection > will use up a server-side slot for the length of its duration. Ok, it's not that bad when you think of it: the connection supposedly stays up for hours, so you hardly get any bloat because of protocol overhead. Well, thank you for your answers :) -- Rémy Sanchez http://hyperthese.net/ ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Polipo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/polipo-users
signature.asc
(application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk4Z0VMACgkQpMMQ4XyIN1Z4sQCePS9wZju0eiCWCN9b1BwkpDBo cYwAn1njOQjwVEPvByyU2EcDxk4/XxR9 =0QKe -----END PGP SIGNATURE-----