On Sat, Feb 06, 2010 at 04:09:08PM +0100, Sebastiano Pomata wrote: > Il 06/02/10 15:12, Claudio Jeker ha scritto: > > On Sat, Feb 06, 2010 at 01:27:12PM +0100, Sebastiano Pomata wrote: > >> Il 06/02/10 03:55, Stuart Henderson ha scritto: > >>>> I really can understand this, for the sake of system portability and so > >>>> on. Anyway, I really hardly understand why, without touching any of the > >>>> default settings, download rate from every server would never overcome > >>>> the value of 400 kB/s. Is it all due to the tcp windows size? > >>> > >>> Yes. > >>> > >> > >> Thank you for the clear answer. Anyway, trying to act on tcp.sendspace > >> isn't affecting the upload capabilities of my OpenBSD server. > >> I tried downloading a file through httpd, via ftp but results are > >> still disappointing: 60-70 kbps between two boxes on the same switch. > >> > >> The box is going to become a webserver, could you please give me more > >> hints about tuning network performance? > >> > > > > Check your links. This sounds like a full-duplex issue between switch and > > machines. On a LAN even with default tcp send/recvspace you should get > > easily get up to 200Mbps. > > > > Just logged through ssh on the server, ifconfig reports: > > re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > lladdr 00:b0:c2:02:5e:a0 > priority: 0 > groups: egress > media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) > status: active > inet 192.167.132.99 netmask 0xffffff00 broadcast 192.167.132.255 > inet6 fe80::2b0:c2ff:fe02:5ea0%re0 prefixlen 64 scopeid 0x2 > > As from the name, nic is a common Realtek card (OpenBSD just got it > without need of doing anything). So I suppose nic is running in full > duplex. > Hints?
Optimally you now need to check what the switch port is configured/negotiated to. e.g. if it has ended up in 10/half you have a problem. Ditto for the connections for the other device. If you have no access to the switch you can try every manual media setting to force your OpenBSD boxen to the different possibilities and see if any work better. .... Ken
