Redesign Python parts in Torperf
I think it's time to consider a redesign of the Python parts. Having a Python script for writing controller events to disk, a Python script for influencing guard selection, and a cronjob for actually making the requests is already hackish. Adding circuit build times and hidden-service events stretches this even more.
We could have a single Python program that reads from a configuration file what to do, starts Tor, connects to its control port, periodically calls the C program to make requests, and collects all the data we want. This would also make it much easier to set up Torperf.
Sebastian, Mike: Does this make sense?