[tor-dev] onionoo resource requirements

Karsten Loesing karsten at torproject.org
Tue Apr 28 12:36:25 UTC 2015

Hash: SHA1

On 27/04/15 23:39, l.m wrote:
> Hi Karsten,
>> Not sure what frameworks you have in mind.  But I'm happy to hear
>> more about frameworks that would make Onionoo easier to extend
>> and not perform worse (or even better) than now.  If you have
>> something in mind, please say so.
> Thanks for the clarification. I'm not against the  choice of Java,
> nor claiming better choices. I have fond memories of  Java. In
> particular I've been working a lot with Django recently. I didn't
> want to  redo works that may have already been performed. I was
> thinking of some recreational uses of a server. I started looking
> at the onionoo documentation and my curiosity was piqued. Precisely
> because the first thing I thought of was reusing a cloned server
> for, well, a onionoo-clone.
> The JSON formatted files could be used as fixtures  for setup. The
> two apps could be run separately as you've already mentioned.
> The other development specifics are: 
> nginx-gunicorn(greenlets/aiohttp) postgresql-pgbouncer
> Is it an experiment worth pursuing? Your thoughts are appreciated. 
> Thanks in advance.

Regarding Python, we already tried rewriting Onionoo in Python a few
years back and failed.  It's a larger project than it seems, and the
possible benefits probably won't justify that.  (Just think of the
many new features we could write while rewriting existing ones.)

Using Java for the back-end and Python for the front-end is a bit
ugly, but could work if there's a true benefit in that.  Though we
might be able to re-use the concepts from the Python experiment and
incorporate them in the current Java implementation.  I very much
doubt that performance advantages would be attributed to Python vs.
Java, but here I am starting to argue about programming languages,
which I shouldn't.

I think the best way to improve things is to look into switching to a
SQL database.  I already started experimenting with that in the past
two weeks and just wrote down my findings here:


If you're interested in some database performance hacking, you'll love
this ticket!  Much appreciated!

All the best,

Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org


More information about the tor-dev mailing list