[tor-relays] exit relay not utilising full capacity (even after months)

[Rejo Zenger]

Hi,

I am running an exit-relay and noticed a couple of odd things:

1. Last months, the node seems to be slow in using the full capacity.  

 - Back in April, I changed the relay's configuration to allow the relay 
   to use all the bandwidth it could take. As a result, within a week or 
   two the bandwidth consumption went up to 50 Mbps. In the months of 
   May to July, I had to limit the capacity of the node again. Mid-July I 
   reverted to the same configuration from April. However, the node was 
   a lot slower to pick up the full capacity. [1] 

 - So, the question is: why is it so much slower maximising the full 
   bandwidth? The configuration from mid-July onwards is identical to 
   the one in April. The only thing that has changed is in mid-August, 
   when I moved to relay into a LXC container. However, that doesn't 
   explain the slow pickup in mid-July to mid-August.

 - And yes, I am aware of the Roger's blogpost. That does explain why 
   the node may be slow to pick up traffic, but it doesn't explain why 
   it was a lot faster in doing so in April then in mid-July.

2. Since Friday there is a considerable drop in the traffic.

 - Last Friday, around 23:00 hours CET the traffic dropped to about a 
   third of it's usage the days before. Since then, there have been some 
   increase from time to time, but the average is still half or even 
   less than before Friday. There was no change in configuration. 

I don't have the time to investigate these issues myself. However, if 
someone wants to look into this, let me know and I am more than happy to 
provide the details needed. 


[1] https://rejo.zenger.nl/tmp/94.142.240.243_10-year.png
[1] https://rejo.zenger.nl/tmp/94.142.240.243_10-week.png

-- 
Rejo Zenger
E rejo at zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl  
T @rejozenger | J rejo at zenger.nl
OpenPGP   1FBF 7B37 6537 68B1 2532  A4CB 0994 0946 21DB EFD4
XMPP OTR  271A 9186 AFBC 8124 18CF  4BE2 E000 E708 F811 5ACF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 931 bytes
Desc: not available
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20141029/f73fe0a2/attachment.sig>