Personal opinion here:
11 packets dropped on 20GB of data sounds pretty small, and these packets might not even be from Tor. Literally any network service could have dropped those packets (ntp, ssh, updates, etc.) I wouldn't worry about it unless it starts to dramatically increase.
Hello,
I just started running my little 5 mbits mid relay on Pi3 on raspbian and all seems to be dandy,
it picked traffic nicely, hovering around 700-800 total connections,
its not unusual to see it pushing full advertised bandwidth during peak hours (with ~20-25% load on 1 core, multithread pls come already), tldr so far nice.
Except with 3days uptime and 20 gigs of data relayed ifconfig shows 11 (eleven) packets dropped on eth0.
Google says it can be ring buffer on NIC getting full, but
ethtool -g eth0 says
Ring parameters for eth0: Cannot get device ring settings: Operation not supported
ethtool -S eth0 = no stats available
Htop avg load is 0.30, tor uses 121/950mb of ram. Im running standard conntrack cstate established related iptable rule with default drop.
Pi3 is in LAN behind modem nat.
It worries me because if I get more consensus, drops will probably go up.
I didnt apply any sysctl tweaks. Using official deb
NIC is Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter and its internally connected to usb2 by design - it shows under lsusb.
ethtool says 100Mb/s full duplex.
Tor log is clean with only heartbeat in it, syslog seemed ok also if I didnt miss anything.
Or is it so marginal I should forget about it?
Im not sure what should I do about it, any suggestions are welcomed.
Thanks
_______________________________________________
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor- relays
_______________________________________________ tor-relays mailing list tor-relays@xxxxxxxxxxxxxxxxxxxx https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays