[tor-dev] Scaling tor for a global population

[AFO-Admin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

if we would get multithread support, this would boost the bandwith
that is avaible, there i'm sure.
All my relays run in CPU limit because i don't think wasting even more
ipv4 addresses is great, today you get more and more cpu cores that is
not linier with the IPC increase.

E.g. you have a Server with 2x E5-2683 v3  v3 and a 10 Gbit/s pipe you
would need atleast 14 IP's to use most of the CPU. And every IP's gets
blacklistet, with that much Tor nodes in the same /24 maybe the entire
/24. So most ISP's wouldn't be happy with that and with the IPv4
shortage this days im also not very happy with that.
We really shouldn't waste more IPv4 IP's then needed and the only
solution is to change the max amount of Tor Processes from 2 to a
higher number or move to IPv6 or get multithreading working.

Nikita Borisov schrieb:
> On Mon, Sep 29, 2014 at 7:12 PM, Ryan Carboni <ryacko at gmail.com>
> wrote:
>> You're missing the point. It would be trivial for a multibillion
>> dollar organization to sybil attack Tor if you add excessive
>> restrictions.
> 
> If you look at the numbers isis posted, all relays below the
> median contribute less than 3% of the overall bandwidth. I think
> cutting all of them off might be overkill, but even if you did, you
> would not make a Sybil attack appreciably harder.
> 
> - Nikita
> 
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJUKjF7AAoJEOExTryL2+47jMQQAJ9peMoow7kJglzJuBgXqer/
8C4hZ+6oXq40LdzUAOURVkxAtEn7/SO2T4Ks5RhqsRBjmmcZr/v0e+bebIvizpBT
g39BLII1eeYbojSi0G5KNVtdEh6Y3A167X9TWkB4Dq2pLZA94Qynayg8URxYHeag
XHxta+CD/WXPeIIP1Dz8e3Vrqi1EedaTP0TftU3Hle33eXSGTFtI/vVTwEuluMnq
8McBsglCQ8hp4P+ZfinfXoQ3F+uiTi5Nonz1ZiJwjJ9ap3ooIM1GQP8467n5IvSL
XudUEBm4CoXwDtJW6ukFGulJ/7aWglrrv5fnQbCVHI80wOwpipDnE8n5IiRIs5Ag
W/BiY4Y85NuSJD5LxeY+78Ex/OX2pXw0stZqa4jBdkhJ63NpcYbcVB4Oi1kpnT9i
i3E8ZdZqqJkonjJ8S2oUou35yjKd7Rw9AZmWXr8qx3cMdA0iVpW0VJlO5iaT7mxg
BbGzRMPt5dBUY9mzsqv9npxL26dY2tpuuK7+dNyg41faAN8G34awc0nA5IbbCM2/
7LiBUG9MmpZukWhaMaz8vypgg8rAn38+ZOhpUIB/lVFhqQNyA2jhyWVxt9xMTmyh
uRelsH1l6qg1C+kIY+RIcocO0WGjV/615qkimrLizWq1Kt8wl6OpWHbIvJWxoV8+
TvHv1cmTEB4rKJxWdF/U
=xpR5
-----END PGP SIGNATURE-----