IPCop slow when running torrents?
IPCop Support :: IPCops support & net security
Finaly I found the solution to my problem
I found that with a large number of connections - especially with the transient connections Bit Torrent users behind the Green interface generate - the ARP table would fill very quickly and prevent the establishment of new connections. This was evident primarily in messages from Squid when browsing that there was "No buffer space available". However, this also prevented Bit Torrent from opening new connections and effectively decimated its performance too. Have a look at the Network Status page in IPCop and check the number of ARP entries listed. I think the default limit is ~4096 (someone want to correct me?) - if you find you are close to the limit append the following to /etc/sysctl.conf:
net.ipv4.neigh.default.gc_thresh1=4096 net.ipv4.neigh.default.gc_thresh2=16384 net.ipv4.neigh.default.gc_thresh3=32768
I did the above changes to my ipcop+copfilter box, rebooted, and all the windows that could not be opened did open.
Perhaps it is really the solution.
Is there any way of finding how much of the buffer space (ARP’s) is being used?
Thanks.
Eli
sorry I don’t really know. This solution I mentioned didn’t make the problem go away but it’s bit better.
you can also try this values:
echo 8388608 > /proc/sys/net/core/wmem_max
echo 8388608 > /proc/sys/net/core/rmem_max
echo “4096 87380 4194304″ > /proc/sys/net/ipv4/tcp_rmem
echo “4096 65536 4194304″ > /proc/sys/net/ipv4/tcp_wmem
echo 0 > /proc/sys/net/ipv4/tcp_timestamps
echo 1 > /proc/sys/net/ipv4/tcp_sack
echo 1 > /proc/sys/net/ipv4/tcp_window_scaling
HTH
Oliver
thanks a lot, meanwhile I switched to a VIA mini itx board with more memory, didn’t notice this problem since then, but I only have it since 2 days
so time will show.