[tor-dev] onionoo resource requirements

[Karsten Loesing]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25/04/15 22:33, l.m wrote:
> Actually I've been meaning to ask a question related to this. I've 
> been wondering if, during the development of Onionoo, you
> considered any other frameworks? I'm not familiar with the history
> of Onionoo so I don't know if you made the choice based on some
> constraint. I read the design doc which made me curious.

Most design choices were made in favor of making the web front-end
part scale.  It's a response to building some services like the
(discontinued) relay search that started with reasonable performance
and degraded a lot over time.  It's why, in Onionoo, responses are
written to disk by the hourly updater and not put together on-the-fly.
 And it's why all requests are handled by an in-memory index of all
documents rather than by a database.  I'm not saying that no other
design can achieve the same performance, but I find that much harder,
in particular with respect to performance variance.

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.

All the best,
Karsten

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

iQEcBAEBAgAGBQJVPnRoAAoJEJD5dJfVqbCrPCkH/2u6wtTLcX0HBnVRHjrFlzop
x2nOwwBxrfszRJZDT0/eBJFwcQUKQAXHPakwWB0YBWPuKjFLYgTos618Sv2eCCIW
MmeTvO93xncAxV7eOZnkF/4XlTG9UD9w/LPijM2vfp6RuMZe/V69ZaoMuhom7pVq
bnZkMki2D+XwjyGwcNJTYKSE7WlGbcPm4ZVEwQNMH/OMUZisfRuvKTxhej+l5K37
pQ3DVw/c277hmrRiKAvE0LFFCY5YcGSvze679AuMIZDZDW/YboNvb/jDL7sVzuYv
cV99U3F/kyMmn2L2FXD4vCkb4M/lyPHgTxA6kwvJHu4DI5TIgATvwGpLD+TFE9E=
=iBpu
-----END PGP SIGNATURE-----