On 2010-05-10, Andreas Gerdd <[email protected]> wrote: >> On Mon, May 10, 2010 at 03:34, Daniel Melameth <[email protected]> > wrote: >> I'll concur--that's pretty slow. Have you tried increasing >> net.inet.tcp.recvspace and/or net.inet.tcp.sendspace > > Increasing TCP send,recv and UDP send,recv dramatically improved the speed > from > 80 KB/s to 1.12M/s. God.. What a difference!
> from the default OpenBSD 4.6 values to: > net.inet.tcp.sendspace=262144 > net.inet.tcp.recvspace=262144 > net.inet.udp.recvspace=262144 > net.inet.udp.sendspace=262144 So you increased the send and receive socket buffers, which take up space in kernel memory (i.e. a limited resource), from 16K to 256K per connection. > Would those high values make the server vulnerable to ddos attacks? Draw your own conclusions ... obviously the defaults wouldn't be set to slow things down just for the sake of it. > I still don't feel comfortable with that bge0 card. Heh 80 KB/s.. > I'll request an Intel NIC from the company. It's unlikely to make a noticable difference. Read about bandwidth-delay product. With these figures I expect pings to the server are around 200ms. If so, there is no way that swapping the NIC will change things. > bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > media: Ethernet 10baseT full-duplex > # netstat -i > (There're 4 'Ierrs's on bge0. Does it matter?) See if it increases (maybe run some ping -f to try and trigger collisions). If it does then double-check duplex and maybe replace the cable.
