Windows TCP Settings - Follow up - Help with server communication


log in

Advanced search

Message boards : Number crunching : Windows TCP Settings - Follow up - Help with server communication

1 · 2 · 3 · 4 . . . 14 · Next
Author Message
cdemers
Volunteer tester
Send message
Joined: 18 May 99
Posts: 29
Credit: 16,072,469
RAC: 786
Canada
Message 1343357 - Posted: 6 Mar 2013, 4:26:11 UTC

This is a follow up to:

http://setiathome.berkeley.edu/forum_thread.php?id=70066

Thanks to Tom for getting me to look back into this. I had switched to a local unix proxy on my router to fix this problem, now after a follow up suggestion from Tom this seems to be working well. Noticed though that you should write down the settings before switching to optimal, as it does not always use the optimal settings.

This has been tested on both Windows XP and Windows 7 machines.

Recap from my last post:

You will need to download the following program to help makes the changes to windows networking:

TCP Optimizer - Info about the program:
http://www.speedguide.net/tcpoptimizer.php

Where to download it from:
http://www.speedguide.net/downloads.php

I would only recomend this to anyone that is comfortable with doing this. It makes changes to your windows registry. As with any program like this you should take precautions.

Run the program as Administrator, select the Optimize button at the bottom, then apply. It will show you what it is going to change and press OK.

After that for the settings to become active you need to reboot your computer.

After you have rebooted, run the program again as administrator. Now you may need to make note of what the current settings are set to. Select CUSTOM, now double check that everything hasn't changed anywhere. If so correct the settings back to what the optimal set them to.

Now for the changes to what the Optimal settings configured, there is a box in the bottom right hand corrner that says TCP 1323 Options, check both options Window Scaling and Timestamps. Apply those settings and reboot again.

Once booted up again, would be good to just double check that everyting stayed correctly, run the program one more time and make sure everything looks right to what you wrote down and the options in the box are checked. If all is fine, just click the exit button and don't change anything.

Note don't change any other settings in the program unless you really know what you are doing. I'm just trying to keep this as simple as possible.

Information abour RFC1323:
http://www.ietf.org/rfc/rfc1323.txt

Additional information:
http://en.wikipedia.org/wiki/TCP_tuning

____________

Horacio
Send message
Joined: 14 Jan 00
Posts: 536
Credit: 75,955,693
RAC: 5,614
Argentina
Message 1343383 - Posted: 6 Mar 2013, 6:37:36 UTC

Thank you very much!

It seems that the TCP 1323 really did the trick.
Ive been running some of my hosts with the optimized values for a while and Ive not noticed any difference, but after changing this 1323 options the download speed went from less than 1Kbit to more than 5... and even when 5Kbit is not an amazing speed, it's still 5 times better than before!

Just one detail, on Win Vista, the TCP optimizer app was not able to keep some settings as they were set by the optimal option, no matter how many times I've retried some of the values allways went back to what they were before rebooting, they didnt stayed even setting them manually...
But, the TCP 1323 options stayed and they improoved the transfers speeds anyway.
____________

cdemers
Volunteer tester
Send message
Joined: 18 May 99
Posts: 29
Credit: 16,072,469
RAC: 786
Canada
Message 1343387 - Posted: 6 Mar 2013, 6:53:03 UTC

That's good to hear, I don't have any Vista machines around to test with. The XP machine would keep defaulting different settings than the optimal. But it let me re type all the optimal settings back in. Strange that Vista also behaves strange in that reguard. Glad to hear that it is helping for you.
____________

Horacio
Send message
Joined: 14 Jan 00
Posts: 536
Credit: 75,955,693
RAC: 5,614
Argentina
Message 1343406 - Posted: 6 Mar 2013, 8:40:27 UTC

I think that some settings are stored in a different way on Vista or something alike... But anyway it seems that the changes needed to make it work are preserved.

By the way, not only the speed has increased, since Ive changed the settings Ive not found any record in the event logs of all my SETI hosts about a file transfer failure... Ive not seen this since, ermm..., never!
____________

juan BFBProject donor
Volunteer tester
Avatar
Send message
Joined: 16 Mar 07
Posts: 5486
Credit: 316,086,123
RAC: 146,758
Brazil
Message 1343409 - Posted: 6 Mar 2013, 9:27:57 UTC

Works perfect, no file transfer failures in any of my hosts (3 diferent ISP) after i change the settings. I use TCP Optimizer before but just with optimal settings.

I almost can´t belive this simple change in the settings could be the answer to all of our headaches of the last 6 months.

Thanks for the tip.
____________

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8801
Credit: 53,407,267
RAC: 43,376
United Kingdom
Message 1343415 - Posted: 6 Mar 2013, 9:55:00 UTC

Tom asked me to test this idea too, and it really does seem to do the trick.

More importantly, it explains all the anomalous behaviour we've been seeing - why proxies work, and why Mac/Linux clients get good downloads, when Windows machines are crawling.

The crucial change is to enable TCP timestamps and window scaling, as provided for in RFC 1323. Mac/Linux machines have these enabled by default, and I suspect most public proxies are Linux-based.

Windows - all versions since at least Windows 2000 - have the capability built in, but it has to be enabled manually. This requires a new value to be added to the registry, which is all the TCP Optimiser does to enable RFC1323 - the details are in the Microsoft Technet article on Tcp1323Opts. For those who prefer to manage their machines themselves, the setting to make is

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]
"Tcp1323Opts"=dword:00000003

While we're here, let's repeat the other worthwhile optimisation we found last time:

netsh interface ipv4 set subinterface "Local Area Connection" mtu=1476 store=persistent

"Check that your computer uses the default name of "Local Area Connection" for your internet connection - I suspect that may not be true for WiFi or USB modem/dongle connections."

Tom asked me last night to run this past Matt and Eric before we go overboard with the publicity, but Murphy's law struck - my email got mangled in transmission (their problem, I think - a copy recipient got it properly). I'm still waiting for a reply to the second attempt.

But since the fix is standards-based, and has has a proper technical underpinning, I don't think there's any problem with starting to discuss it now. In the next day or two (I'm a bit busy today), I'll try and get a proper sticky post organised with all the details and links.

Profile Bernie Vine
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 7184
Credit: 29,043,684
RAC: 32,771
United Kingdom
Message 1343424 - Posted: 6 Mar 2013, 11:37:02 UTC

To add a bit more info.

I have recently set up Freeproxy on my Windows Home Server, but was unable to see any benefits from any of my machines.

Having seen this thread I ran TCP optimizer on my Windows Home Server, and set window scaling and TCP timestamp.

I also had a cruncher that had NNT set as I was going preparing to switch it off for a while.

So I allowed it to down load tasks. Well to say I was surprised it putting it mildly. It has just downloaded 106 tasks without a pause at speeds between 2 and 10k and around 50-60 second per wu.

I haven't seen anything like that for a while and this is with the TCP Optimzer on the Windows Proxy not the client!!

It would certainly seem that TCP timestamps and window scaling have an effect.!!
____________


Today is life, the only life we're sure of. Make the most of today.

Profile cov_routeProject donor
Avatar
Send message
Joined: 13 Sep 12
Posts: 310
Credit: 7,620,346
RAC: 1,230
Canada
Message 1343428 - Posted: 6 Mar 2013, 11:57:16 UTC

I can report I got clean downloads overnight as well with these settings. For the first time in memory!

I have tried the optimized settings before with RFC1323 scaling but without timestamps. That one parameter appears to be the magic.

We'll see how it holds up in the days to come. But congratulations Bernie, well done.

cdemers
Volunteer tester
Send message
Joined: 18 May 99
Posts: 29
Credit: 16,072,469
RAC: 786
Canada
Message 1343431 - Posted: 6 Mar 2013, 12:11:22 UTC

I wonder how much wasted bandwidth by failed TCP connections this might save. All those retrys by tens of thousands of hosts has to be clogging the pipes somewhat. Would be good to maybe rewrite it a bit better and make it a stickie.

____________

Profile cov_routeProject donor
Avatar
Send message
Joined: 13 Sep 12
Posts: 310
Credit: 7,620,346
RAC: 1,230
Canada
Message 1343432 - Posted: 6 Mar 2013, 12:29:06 UTC - in response to Message 1343431.

I wonder how much wasted bandwidth by failed TCP connections this might save. All those retrys by tens of thousands of hosts has to be clogging the pipes somewhat. Would be good to maybe rewrite it a bit better and make it a stickie.

Richard Hasselgrove is proposing exactly that, to make a sticky. See above.

Correction, I may have said congrats to Bernie, should have been directed toward you cdemers. Of course congratulations to Bernie too for the mad downloads.

Patrick
Send message
Joined: 1 Aug 12
Posts: 2
Credit: 28,790
RAC: 0
Germany
Message 1343435 - Posted: 6 Mar 2013, 13:02:52 UTC

I´m using Tcp Optimizer a long time but to enable the Timestamp option helped really.
I´ve downloaded the complete Project files inclusive 1 ap work in 30minutes.
Downloadspeed was constantly at 6-7 Kbps without any connection breaks.
With that option the Servers should´nt be so stressed and the network overhead should go down.So the more Windows user are fixing that the more bandwith is free for downloading work.

Thx

Horacio
Send message
Joined: 14 Jan 00
Posts: 536
Credit: 75,955,693
RAC: 5,614
Argentina
Message 1343454 - Posted: 6 Mar 2013, 14:54:28 UTC - in response to Message 1343415.

While we're here, let's repeat the other worthwhile optimisation we found last time:

netsh interface ipv4 set subinterface "Local Area Connection" mtu=1476 store=persistent

"Check that your computer uses the default name of "Local Area Connection" for your internet connection - I suspect that may not be true for WiFi or USB modem/dongle connections."

If you are going to include this in the stiky, then you can be sure that the name of the default connection needs to be checked as it changes when there is more than one lan adapter and also the default names are always translated to the language of the OS.

In the next day or two (I'm a bit busy today), I'll try and get a proper sticky post organised with all the details and links.

If this keeps working for everybody here, and knowing that there are a lot of crunchers out there that dont read the forums, may be is a good idea to broadcast the link to the stiky in the news... (something like "if your windows computers have issues dowloading tasks please visit this thread to learn how to fix it"...) And also, I think that the same sticky should be posted in the Q&A forum.
____________

Profile Tim
Volunteer tester
Avatar
Send message
Joined: 19 May 99
Posts: 205
Credit: 251,928,757
RAC: 82,083
Greece
Message 1343460 - Posted: 6 Mar 2013, 15:30:08 UTC

Works perfect.

Great work guys.

Tim

____________

Profile Link
Avatar
Send message
Joined: 18 Sep 03
Posts: 840
Credit: 1,578,051
RAC: 55
Germany
Message 1343468 - Posted: 6 Mar 2013, 15:50:07 UTC - in response to Message 1343415.

Windows - all versions since at least Windows 2000 - have the capability built in, but it has to be enabled manually. This requires a new value to be added to the registry, which is all the TCP Optimiser does to enable RFC1323 - the details are in the Microsoft Technet article on Tcp1323Opts. For those who prefer to manage their machines themselves, the setting to make is

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]
"Tcp1323Opts"=dword:00000003

While we're here, let's repeat the other worthwhile optimisation we found last time:

Do I need to reboot after adding that to the registry (on WinXP and Win7)?
____________
.

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8801
Credit: 53,407,267
RAC: 43,376
United Kingdom
Message 1343469 - Posted: 6 Mar 2013, 15:52:25 UTC - in response to Message 1343468.

Windows - all versions since at least Windows 2000 - have the capability built in, but it has to be enabled manually. This requires a new value to be added to the registry, which is all the TCP Optimiser does to enable RFC1323 - the details are in the Microsoft Technet article on Tcp1323Opts. For those who prefer to manage their machines themselves, the setting to make is

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]
"Tcp1323Opts"=dword:00000003

Do I need to reboot after adding that to the registry (on WinXP and Win7)?

Yes, I think you do.

Profile Tim
Volunteer tester
Avatar
Send message
Joined: 19 May 99
Posts: 205
Credit: 251,928,757
RAC: 82,083
Greece
Message 1343470 - Posted: 6 Mar 2013, 15:55:01 UTC

Always reboot when you make changes to the registry for the changes to take effect.

Tim
____________

Profile Link
Avatar
Send message
Joined: 18 Sep 03
Posts: 840
Credit: 1,578,051
RAC: 55
Germany
Message 1343475 - Posted: 6 Mar 2013, 16:30:00 UTC

OK, thanks.
____________
.

Terror Australis
Volunteer tester
Send message
Joined: 14 Feb 04
Posts: 1759
Credit: 206,748,928
RAC: 18,860
Australia
Message 1343486 - Posted: 6 Mar 2013, 17:08:57 UTC - in response to Message 1343460.

Works perfect.

Great work guys.

Tim

+1

44 units downloaded in 6 minutes after setting as per cdemers first post.

T.A.

Profile Karsten Vinding
Volunteer tester
Send message
Joined: 18 May 99
Posts: 140
Credit: 16,755,298
RAC: 1,103
Denmark
Message 1343495 - Posted: 6 Mar 2013, 17:47:56 UTC
Last modified: 6 Mar 2013, 17:49:23 UTC

I have just had the unexplainable pleasure of watching 4 simultaneous AP WU DL's run from start to finish without interruption.

I have done many changes to my settings, more simultaneous DL's, running a program to restart stopped DL's every 15 minutes, changing timeout settings, and many other small things.

To think that this relatively small change (timestamps (scaling was allready turned on)), would do such a difference...

I kept an eye on the DL's, and watched some allmost sure signs of a failed DL (pause for 5-10 seconds), just to see the DL's continue. Fantastic!

Thank you to the guys who found this fix :)
____________

Paul BowyerProject donor
Volunteer tester
Send message
Joined: 15 Aug 99
Posts: 9
Credit: 77,568,457
RAC: 85,263
United States
Message 1343541 - Posted: 6 Mar 2013, 19:17:57 UTC

41 MB's in 6 minutes, no hangs - unprecedented on this pc. You guys are beyootiful - thanks!
____________

1 · 2 · 3 · 4 . . . 14 · Next

Message boards : Number crunching : Windows TCP Settings - Follow up - Help with server communication

Copyright © 2014 University of California