Re: [tor-dev] Status report - Stream-RTT

2013-08-10 Thread Damian Johnson
> As far as I understand it it's not necessarily wrong but it might be the case > that a response that does not belong to the call is received first: Assume a > single program making two extend_circuit() calls within a short time. If the > first EXTENDED response is delayed for some reason, both ca

[tor-dev] [GSoC 2013] Status report - Searchable metrics archive

2013-08-10 Thread Kostas Jakeliunas
Hello, another busy benchmarking + profiling period for database querying, but this time more rigorous and awesome. * wrote a generic query analyzer which logs query statements, EXPLAIN, ANALYZE, spots and informs of particular queries that yield inefficient query plans; * wrote a very simple

[tor-dev] [GSOC 2013] Steganography Browser Extension Status Report

2013-08-10 Thread Hareesan
Hi, In my plan for this week, I supposed to work on image steganography libraries. But due to some latency in decision making about the steganography libraries, I continued working on adding preferences and creating data saving mechanism for keys and filters using sqlite databases. In my next week

Re: [tor-dev] Status report - Stream-RTT

2013-08-10 Thread ra
On Saturday 10 August 2013 02:37:48 Damian Johnson wrote: > Hi Robert. Here's the relevant part of the spec... > > https://gitweb.torproject.org/torspec.git/blob/HEAD:/dir-spec.txt#l1738 Thanks. I will try to make that part more clear and open a ticket. > > If requests are sent to Tor to create

[tor-dev] Status report - Stream-RTT

2013-08-10 Thread ra
Hello! Here goes my third status report on reducing the RTT of Tor circuits: First of all I am happy to have received feedback from Damian which I integrated into the RTT-probing script[0][1]. With this script I have already gathered a big amount of data about the RTTs of circuits which I am sti