OS/2, eCS & ArcaOS - Technical > Networking
Fastest tcp/ip throughput in OS/2?
Dariusz Piatkowski:
Guys,
Regarding the original content...I am not running anything else on my tcpip config, such as Injoy, etc.
To establish a better comparison point I will try to run with the native RealTek drivers, got a few versions kicking around here.
Another point noting, came to find out that my fancy 'Gigabit Fibre' connection only happens to peak at some 450mbps on the 1Gig LAN port side of the ISP's modem (Bell Home Hub 3000). Clearly this is not right, I am not getting the usable 1Gig. Having said that, the technician who came in to do the troubleshooting did acknowledge that they are having problems with Huawei hardware, specifically the ONT connection and the main-line splitter. Apparently the Alcatel hardware on the other hand does not have these problems and regularly hits the max speeds.
Ian Manners:
What is in your x:\mptn\etc\inetcfg.ini
Remy:
MMRE uses ""Receive Lookahead" transfer mode to the protocol while R8169.OS2 uses "ReceiveChain" transfer mode
May be this could impact max speed...
Dariusz Piatkowski:
--- Quote from: Ian Manners on November 15, 2018, 06:35:12 am ---What is in your x:\mptn\etc\inetcfg.ini
--- End quote ---
Here it is:
--- Code: ---#Inetcfg: CURRENT DEFAULT MINIMUM MAXIMUM
keepalive 60 7800 0 7800 KeepAlive (sec)
tcpswinsize 246723 32768 1024 246723 TCP SendWindow Size
tcprwinsize 246723 32768 1024 246723 TCP RecvWindow Size
udpswinsize 246723 9216 1024 246723 UDP SendWindow Size
udprwinsize 246723 41600 1024 246723 UDP RecvWindow Size
lingertime 120 120 0 65535 Linger Time (sec)
probecnt 8 8 1 8 Number Of KeepAlive Probes
ipforward 0 0 0 1 IP Forwarding flag ON/OFF
mtudiscover 1 1 0 1 TCP Path MTU Discovery ON/OFF
arpkillc 1200 1200 180 15300 ARP Complete TimeOut (sec)
arpkilli 180 180 60 1200 ARP InComplete TimeOut (sec)
lipcstswinsize 20480 10240 1024 246723 LIPC Stream SendWindow Size
lipcstrwinsize 20480 10240 1024 246723 LIPC Stream RecvWindow Size
lipcdgswinsize 8192 2048 1024 246723 LIPC Dgram SendWindow Size
lipcdgrwinsize 8192 4096 1024 246723 LIPC Dgram RecvWindow Size
synattack 0 0 0 1 SYN Attack Flag ON/OFF
syncookie 0 0 0 1 SYN Cookie Flag ON/OFF
firewall 0 0 0 1 FIREWALL ON/OFF
multidefrt 1 1 0 1 Multiple Default Routes ON/OFF
winscale 1 1 0 1 TCP Window Scale ON/OFF
timestmp 0 0 0 1 TCP TimeStamps ON/OFF
realslow 20 20 1 100 TCP TW Q Slow Timeout ticks
perfhttp 1 1 0 1 Fast Path HTTP ON/OFF
tcpttl 64 64 1 255 TCP TTL (hops)
udpttl 64 64 1 255 UDP TTL (hops)
icmpttl 64 64 1 255 ICMP TTL (hops)
fragttl 60 60 1 255 Fragment TTL (sec)
reusetw 1 1 0 1 Reuse Time Wait ON/OFF
msl 30 30 1 16384 TCP MaxSegLifeTime (sec)
cc 0 0 0 1 TTCP function ON/OFF
sack 1 0 0 1 Selective ACK ON/OFF
--- End code ---
The send and recv windows are at max size, the only thing I did not adjust is the LIPC stuff...not sure what it is and initial search strangely did not return matching hits. I haven't gotten around to reviewing it again since the last time I did some of that tunning (when I originally moved from DSL to the Fibre125 mbps ISP.
I will tell you this, I switched to the "Realtek Gigabit 8111/8168/8169 driver (MultiMac32-R8169) for OS/2" drivers for my NIC. Having tested multiple times I am no longer seeing a TRAP in AFINET that I was seeing with the MMRE drivers. The TRAP would only happen during the upload part of the test, at speeds I was not seeing in the past (about 150 mbps). Will monitor this further because if the driver itself is the cause I will put in a ticket with AN and hopefully this gets some attention.
Lars:
At eCS times, "sack" was always set to zero. I am fairly sure it should still be this way as the feature was broken and nobody has touched AFINETK.SYS since.
And that said, that's the likely reason for the TRAP in AFINETK.SYS that you are experiencing
(make sure you use SOCKETSK.SYS and AFINETK.SYS and not SOCKETS.SYS and AFINET.SYS !)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version