net.inet.tcp.delayed_ack: Delay ACK to try and piggyback it onto a data packet
kern.ipc.maxsockbuf: Maximum socket buffer size
kern.ipc.somaxconn: Maximum pending socket connection queue size
kern.maxfiles: Maximum number of files
kern.maxfilesperproc: Maximum files allowed open per process
net.inet.tcp.sendspace: Maximum outgoing TCP datagram size
net.inet.tcp.recvspace: Maximum incoming TCP datagram size
net.inet.udp.recvspace: Maximum space for incoming UDP datagrams
net.inet.udp.maxdgram: Maximum outgoing UDP datagram size
net.local.stream.recvspace:
net.local.stream.sendspace:
kern.ipc.nmbclusters: Maximum number of mbuf clusters allowed
I will disable and reboot, to see what happens
However i doubt it's the reason, because ctorrent was downloading torrents like mad (total 10.1M/s [average speed in last 20s, so they say]), and cpu load was low, and BSD didn't lag.
EDIT, didn't yet do it.
added
Code:
hash_read_ahead = 8
hash_max_tries = 5
hash_interval = 10
to .rtorrent.rc
and checked again.
1st time FBSD lagged was when rtorrent reached 3.2M/s (it was 300M file, so it cound't get to full speed)
then i restarted, and next time it was at about 4M/s
at 6M/s Wcpu was 34%, cpu state: 19.2 user, 29.2% system, 20.7 interrupt (on smp maching. P4-HTT @3GHz)
I have 2G ram and 1G swap, swap wasn't used