[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #4603 [Tor Browser]: Lower HTTP Keep-Alive limit
#4603: Lower HTTP Keep-Alive limit
---------------------------------------------+------------------------------
Reporter: mikeperry | Owner: mikeperry
Type: defect | Status: new
Priority: major | Milestone: TorBrowserBundle 2.2.x-stable
Component: Tor Browser | Version:
Keywords: MikePerryIterationFires20111211 | Parent:
Points: | Actualpoints:
---------------------------------------------+------------------------------
Changes (by mikeperry):
* keywords: => MikePerryIterationFires20111211
Comment:
In fact, the keep alive timeout already is a function of time since last
socket read (see nsHttpConnection::OnSocketReadable and follow
mLastReadTime around to other functions). I think this means we can safely
set it very low and still get performance benefits while limiting
linkability.
It is somewhat hard to tell for sure that the code can properly handle the
case where we get *no* data in the keepalive timeout timeframe, but the
comment in nsHttpConnection::OnInputStreamReady() makes me think it can,
as does testing with a timeout of 1 second against a image-heavy site over
Tor.
So, how low should we go?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/4603#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs