Hello,
i'm experimenting Tor setup on very cheap servers from scaleaway.com that run a quad-core ARM Marvell Armada 370/XP servers but have unlimited bandwidth.
Those are Soc platform: http://natisbad.org/NAS2/refs/Marvell_ARMADA_370_SoC.pdf
I saw no information on torproject mailing list about those SOC.
I'm trying to push the limits and i saw that those have a crypto acceleration support: https://www.kernel.org/doc/Documentation/devicetree/bindings/crypto/marvell-...
However with kernel 4.5.7 it does not really work and loading of marvel-cesa gives out error: [6.841862] marvell-cesa: probe of d0090000.crypto failed with error -22
:(
I've only built latest Tor 0.2.9 with -O9 -mcpu=marvell-pj4 -mtune=xscale and the Tor Relay is at https://atlas.torproject.org/#details/82C63C5D61D17557B7C5D0E7FDC545A2B6B6B7... .
Does someone have experienced optimizing and tuning Tor specifically on ARM processors to understand how far those could be optimized?
-naif
Yes, running 12 exits there.
https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DD... https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DDD3
the atom cpu suxx, install 2 instance, so you get around 100-120 mbit.
Markus
On 20 Dec 2016, at 14:40, Volker Mink volker.mink@gmx.de wrote:
Is it OK with their TOS to run a TOR Relay7Exit? If so, i really consider getting a VPS there!
Gesendet: Dienstag, 20. Dezember 2016 um 14:24 Uhr Von: "Fabio Pietrosanti (naif) - lists" lists@infosecurity.ch An: tor-relays@lists.torproject.org Betreff: [tor-relays] Tor Relay on ARM server Marvell Armada 370/XP Hello,
i'm experimenting Tor setup on very cheap servers from scaleaway.com that run a quad-core ARM Marvell Armada 370/XP servers but have unlimited bandwidth.
Those are Soc platform: http://natisbad.org/NAS2/refs/Marvell_ARMADA_370_SoC.pdf http://natisbad.org/NAS2/refs/Marvell_ARMADA_370_SoC.pdf
I saw no information on torproject mailing list about those SOC.
I'm trying to push the limits and i saw that those have a crypto acceleration support: https://www.kernel.org/doc/Documentation/devicetree/bindings/crypto/marvell-... https://www.kernel.org/doc/Documentation/devicetree/bindings/crypto/marvell-cesa.txt
However with kernel 4.5.7 it does not really work and loading of marvel-cesa gives out error: [6.841862] marvell-cesa: probe of d0090000.crypto failed with error -22
:(
I've only built latest Tor 0.2.9 with -O9 -mcpu=marvell-pj4 -mtune=xscale and the Tor Relay is at https://atlas.torproject.org/#details/82C63C5D61D17557B7C5D0E7FDC545A2B6B6B7... https://atlas.torproject.org/#details/82C63C5D61D17557B7C5D0E7FDC545A2B6B6B7E0 .
Does someone have experienced optimizing and tuning Tor specifically on ARM processors to understand how far those could be optimized?
-naif _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays_______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On Tue, 20 Dec 2016 18:19:06 +0100 niftybunny abuse@to-surf-and-protect.net wrote:
Yes, running 12 exits there.
https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DD... https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DDD3
the atom cpu suxx, install 2 instance, so you get around 100-120 mbit.
That's OVH, and Scaleway is Online.net.
Whoops, wrong one :/
https://atlas.torproject.org/#details/24E91955D969AEA1D80413C64FE106FAE7FD2E...
On 20 Dec 2016, at 18:28, Roman Mamedov rm@romanrm.net wrote:
On Tue, 20 Dec 2016 18:19:06 +0100 niftybunny abuse@to-surf-and-protect.net wrote:
Yes, running 12 exits there.
https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DD... https://atlas.torproject.org/#details/28F4F392F8F19E3FBDE09616D9DB8143A1E2DDD3
the atom cpu suxx, install 2 instance, so you get around 100-120 mbit.
That's OVH, and Scaleway is Online.net.
-- With respect, Roman _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Am 20.12.2016 um 14:40 schrieb Volker Mink:
Is it OK with their TOS to run a TOR Relay7Exit? If so, i really consider getting a VPS there!
Volker - apart from not putting all eggs in the same basket (France as country and Online.net as ISP), but if you really wanna go there scaleway opened some cloud VPS in Amsterdam recently - same price far better performance, and yes as Markus wrote, they are very relaxed on Exits!
On Tue, 20 Dec 2016 14:24:47 +0100 "Fabio Pietrosanti (naif) - lists" lists@infosecurity.ch wrote:
Hello,
i'm experimenting Tor setup on very cheap servers from scaleaway.com that run a quad-core ARM Marvell Armada 370/XP servers but have unlimited bandwidth.
Those are Soc platform: http://natisbad.org/NAS2/refs/Marvell_ARMADA_370_SoC.pdf
I saw no information on torproject mailing list about those SOC.
I'm trying to push the limits and i saw that those have a crypto acceleration support: https://www.kernel.org/doc/Documentation/devicetree/bindings/crypto/marvell-...
However with kernel 4.5.7 it does not really work and loading of marvel-cesa gives out error: [6.841862] marvell-cesa: probe of d0090000.crypto failed with error -22
:(
I've only built latest Tor 0.2.9 with -O9 -mcpu=marvell-pj4 -mtune=xscale and the Tor Relay is at https://atlas.torproject.org/#details/82C63C5D61D17557B7C5D0E7FDC545A2B6B6B7... .
Does someone have experienced optimizing and tuning Tor specifically on ARM processors to understand how far those could be optimized?
Do you run two Tor instances per machine? On platforms like these (with two or more cores, but each core being rather weak), you pretty much have to, if you want good resource utilization. Pin the 1st instance to cores 0,1, the second one to 2,3 using schedtool for better cache locality, and if you're already using schedtool, might as well mark the Tor processes as SCHED_BATCH.
in my experience long time ago … arm suxx. I would switch to the 2 core atom, they suck too but no so bad as the arm there.
Markus
On 20 Dec 2016, at 14:24, Fabio Pietrosanti (naif) - lists lists@infosecurity.ch wrote:
Hello,
i'm experimenting Tor setup on very cheap servers from scaleaway.com that run a quad-core ARM Marvell Armada 370/XP servers but have unlimited bandwidth.
Those are Soc platform: http://natisbad.org/NAS2/refs/Marvell_ARMADA_370_SoC.pdf
I saw no information on torproject mailing list about those SOC.
I'm trying to push the limits and i saw that those have a crypto acceleration support: https://www.kernel.org/doc/Documentation/devicetree/bindings/crypto/marvell-...
However with kernel 4.5.7 it does not really work and loading of marvel-cesa gives out error: [6.841862] marvell-cesa: probe of d0090000.crypto failed with error -22
:(
I've only built latest Tor 0.2.9 with -O9 -mcpu=marvell-pj4 -mtune=xscale and the Tor Relay is at https://atlas.torproject.org/#details/82C63C5D61D17557B7C5D0E7FDC545A2B6B6B7... .
Does someone have experienced optimizing and tuning Tor specifically on ARM processors to understand how far those could be optimized?
-naif _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
tor-relays@lists.torproject.org
-
Fabio Pietrosanti (naif) - lists -
niftybunny -
pa011 -
Roman Mamedov -
Volker Mink