With 0.3.2.7-rc the command /usr/sbin/iftop -B -i eth0 -P -N -n -m 320M showed every then and when (few times in a hour) for 10-20 sec a traffic value of nearly 0 bytes for the short-term period (the left of the 3 values). Usuaally I do poberve between 6 and 26 MByte/sec. With the Tor version from today now the outage is about 1-2 sec, but does still occur. Not sure, if this is an expected behaviour or a local problem.
On 22 Dec (00:20:38), Toralf Förster wrote:
With 0.3.2.7-rc the command /usr/sbin/iftop -B -i eth0 -P -N -n -m 320M showed every then and when (few times in a hour) for 10-20 sec a traffic value of nearly 0 bytes for the short-term period (the left of the 3 values). Usuaally I do poberve between 6 and 26 MByte/sec. With the Tor version from today now the outage is about 1-2 sec, but does still occur.
Not sure I fully understand here what you mean. For 1 to 2 sec you see 0 bytes of outbound traffic :| ?
Doing the same on my fast non-Exit relay (~20MB/s) on the latest 0.3.2, I'm always capped both ways on the connection.
This systematic delay really sounds more on the kernel side of things.
Are you on BSD or Linux?
Thanks! David
Not sure, if this is an expected behaviour or a local problem.
-- Toralf PGP C4EACDDE 0076E94E
tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On 12/22/2017 03:48 PM, David Goulet wrote:
Are you on BSD or Linux?
I do run a stable Gentoo hardened Linux with latest kernel (4.14.8 currently) and LibreSSL-2.6.4.
OTOH I was informed by my ISP that the server is being under attack currently - will observe its behaviour over the next days.
I just brought a 0.3.2.8 relay online at OVH, ConradsOVHRelay, A5C6D2EBCCA77D0B09364DD6B75FEC817AF977FA. For some reason Atlas says the bandwidth is 0, but I have it set to 625. I guess we’ll see how it does later.
Conrad
On Dec 22, 2017, at 8:48 AM, David Goulet dgoulet@torproject.org wrote:
On 22 Dec (00:20:38), Toralf Förster wrote:
With 0.3.2.7-rc the command /usr/sbin/iftop -B -i eth0 -P -N -n -m 320M showed every then and when (few times in a hour) for 10-20 sec a traffic value of nearly 0 bytes for the short-term period (the left of the 3 values). Usuaally I do poberve between 6 and 26 MByte/sec. With the Tor version from today now the outage is about 1-2 sec, but does still occur.
Not sure I fully understand here what you mean. For 1 to 2 sec you see 0 bytes of outbound traffic :| ?
Doing the same on my fast non-Exit relay (~20MB/s) on the latest 0.3.2, I'm always capped both ways on the connection.
This systematic delay really sounds more on the kernel side of things.
Are you on BSD or Linux?
Thanks! David
Not sure, if this is an expected behaviour or a local problem.
-- Toralf PGP C4EACDDE 0076E94E
tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
-- DMdcRweJVXVbzthX2gDiX2OwwF5dP4HgkREJLd+rUJM= _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On 23 Dec 2017, at 03:38, Conrad Rockenhaus conrad@rockenhaus.com wrote:
I just brought a 0.3.2.8 relay online at OVH, ConradsOVHRelay, A5C6D2EBCCA77D0B09364DD6B75FEC817AF977FA. For some reason Atlas says the bandwidth is 0, but I have it set to 625. I guess we’ll see how it does later.
The displayed bandwidth is the minimum of a number of different figures.
You can tap or mouseover the bandwidth figure to find out the different components.
T
-- Tim Wilson-Brown (teor)
teor2345 at gmail dot com PGP C855 6CED 5D90 A0C5 29F6 4D43 450C BA7F 968F 094B ricochet:ekmygaiu4rzgsk6n xmpp: teor at torproject dot org ------------------------------------------------------------------------
tor-relays@lists.torproject.org