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

Previous · 1 · 2 · 3 · 4 · 5 . . . 14 · Next
Author Message
Profile CLYDE
Volunteer tester
Avatar
Send message
Joined: 9 Aug 99
Posts: 781
Credit: 17,494,290
RAC: 33,255
United States
Message 1343627 - Posted: 7 Mar 2013, 4:43:03 UTC

WOW!!! IT WORKS!!!

6-7 KBPS with no hang-ups.

Sometimes starts slower, then speeds-ups.

Better than starting at 15+ KBPS, slowing down, then stopping.

Hope it lasts.

____________

Lionel
Send message
Joined: 25 Mar 00
Posts: 543
Credit: 198,061,385
RAC: 164,760
Australia
Message 1343653 - Posted: 7 Mar 2013, 6:17:44 UTC - in response to Message 1343627.

Observations after affecting process described in cdemers post.

Download speeds appear to be similar to the proxy that I was generally using, around 5-10kB/s, so no apparent significant improvement there. What I have noticed is that the downloads start quicker, they sometimes have a tendency to burst in the first 5-15% of the download with speeds in the range 15-20kB/s, they don't seem to stall as often (in fact, hardly ever), and if downloads do hesitate, the hesitation is not for long. Overall, I think the outcome is positive and have modified all my machines accordingly.

BTW, in comparison to not using a proxy, hugely beneficial and well worth doing.

cdemers, in line with T.A., +1

Lionel




____________

Profile Bernie Vine
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 6608
Credit: 22,412,085
RAC: 14,487
United Kingdom
Message 1343690 - Posted: 7 Mar 2013, 8:58:42 UTC

This is the first morning in a long while when checking Boinc Tasks there are no stalled DL's across 6 machines!!

I will be interested to see what happens after the weekly outage!
____________


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

Profile Raubhautz*
Avatar
Send message
Joined: 30 Aug 12
Posts: 3
Credit: 122,364
RAC: 0
United States
Message 1343717 - Posted: 7 Mar 2013, 11:26:24 UTC - in response to Message 1343415.

[...] 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

[...]


Interesting find. Upon investigating my machines, I found that my Win7-Ultimate already had the setting in place; and it had not had any d/l issues. My Win8-Pro machine was missing the setting, though it had not seen any SETI work yet... I did not have an issue with my WiFi being used to d/l either. See ya all at the challenge.
____________

cdemers
Volunteer tester
Send message
Joined: 18 May 99
Posts: 29
Credit: 15,552,648
RAC: 9,630
Canada
Message 1343720 - Posted: 7 Mar 2013, 11:30:50 UTC

Just a followup note, if anyone is seeing any slowdown of their network, check the ECN setting in TCPOptimizer. Seems that the default of some network cards is to enable this feature, which will have the effect of slowing down your communications. Just make sure ECN is set to DISABLED if you have this issue.

http://en.wikipedia.org/wiki/Explicit_Congestion_Notification

____________

Bruce
Send message
Joined: 15 Mar 02
Posts: 9
Credit: 24,808,130
RAC: 39,256
United States
Message 1343722 - Posted: 7 Mar 2013, 12:31:11 UTC

I like this setting!

I reran TCP-Optimizer and found that the optimal settings only had Window Scaling selected, so I enabled Timestamps, saved and rebooted.

I was amazed at what a difference it made. I have been running this new setting for over 30 hours now, and have only had 2 downloads stall, and they finished on the first retry. This is great!

The Timestamps must be the secret bit that makes proxy servers work for people.

Thank you for this excellent tip.
____________

Richard Haselgrove
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8275
Credit: 44,959,322
RAC: 13,871
United Kingdom
Message 1343725 - Posted: 7 Mar 2013, 12:56:46 UTC - in response to Message 1343720.

Just a followup note, if anyone is seeing any slowdown of their network, check the ECN setting in TCPOptimizer. Seems that the default of some network cards is to enable this feature, which will have the effect of slowing down your communications. Just make sure ECN is set to DISABLED if you have this issue.

http://en.wikipedia.org/wiki/Explicit_Congestion_Notification

It probably depends on the version of TCP Optimizer you have to hand.

It's unfortunate that the guidance notes on http://www.speedguide.net/tcpoptimizer.php haven't been updated since version 2 and Windows XP - ECN isn't even visible on the explanatory screenshots.

But there is a small note at the very bottom:

TCP Optimizer v. 3.0.7 (03.22.2011):

● Changed ECN Capability optimal recommendation in General tab based on user feedback and issues with some US ISPs

Sounds like you shouldn't use v3.0.6 or before.

Profile Mark Wyzenbeek
Avatar
Send message
Joined: 28 Jun 99
Posts: 84
Credit: 1,520,861
RAC: 693
United States
Message 1343783 - Posted: 7 Mar 2013, 19:04:42 UTC

Not a single download error since using TCP Optimzer and checking the Timestamps box. Thanks for the info!
____________
The Universe is not only stranger than you imagine, it's stranger than you can imagine.

SETI@home classic workunits 1,405 CPU time 57,318 hours

bill
Send message
Joined: 16 Jun 99
Posts: 848
Credit: 20,587,862
RAC: 14,790
United States
Message 1343796 - Posted: 7 Mar 2013, 19:19:04 UTC

Excellent work cdemers. I owe you a beer.
I'm sure the rest of the community could stand
you a few rounds also.

Profile Fred E.
Volunteer tester
Send message
Joined: 22 Jul 99
Posts: 731
Credit: 22,120,435
RAC: 25,059
United States
Message 1343807 - Posted: 7 Mar 2013, 19:37:25 UTC

Excellent work cdemers. I owe you a beer.
I'm sure the rest of the community could stand
you a few rounds also.
+1
I'll buy into that. Working great for 24+ hours.

Just 2 questions:
1) Has anyone seen problems with other network activity?
2) What's a keyboard attendant supposed to do now since I don't have to man the retry button?


____________
Another Fred
Support SETI@home when you search the Web with GoodSearch or shop online with GoodShop.

Richard Haselgrove
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8275
Credit: 44,959,322
RAC: 13,871
United Kingdom
Message 1343812 - Posted: 7 Mar 2013, 20:08:45 UTC - in response to Message 1343807.

Excellent work cdemers. I owe you a beer.
I'm sure the rest of the community could stand
you a few rounds also.
+1
I'll buy into that. Working great for 24+ hours.

Just 2 questions:
1) Has anyone seen problems with other network activity?
2) What's a keyboard attendant supposed to do now since I don't have to man the retry button?

1) None here, though I'm watching. I did a very heavy Einstein download (well over 100 data files) while SETI was downloading too. Both worked fine together.
2) Drink beer.

Profile Sirius B
Volunteer tester
Avatar
Send message
Joined: 26 Dec 00
Posts: 9295
Credit: 1,364,996
RAC: 1,751
United Kingdom
Message 1343815 - Posted: 7 Mar 2013, 20:17:44 UTC

Another +1. Never seen dl's come through that fast before.
____________

juan BFB
Volunteer tester
Avatar
Send message
Joined: 16 Mar 07
Posts: 4616
Credit: 233,377,608
RAC: 342,646
Brazil
Message 1343851 - Posted: 7 Mar 2013, 21:37:47 UTC - in response to Message 1343812.
Last modified: 7 Mar 2013, 22:01:06 UTC

2) Drink beer.

I´m drinking to celebrate too, finaly someone find the light at the end of the tunnel!

All DL working fine, not even need the retry cmd.
____________

Profile Shane Meyer
Volunteer tester
Avatar
Send message
Joined: 22 Jan 00
Posts: 126
Credit: 13,454,653
RAC: 3,244
Australia
Message 1343858 - Posted: 7 Mar 2013, 22:01:25 UTC

Works a treat
____________

Oddbjornik
Volunteer tester
Avatar
Send message
Joined: 15 May 99
Posts: 67
Credit: 75,942,720
RAC: 58,100
Norway
Message 1343872 - Posted: 7 Mar 2013, 22:48:45 UTC - in response to Message 1343415.



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




All I did was add that single value to the windows registry, and all of a sudden all my downloads complete without errors, and at about 6 KBps.

Incredible!!
____________

bill
Send message
Joined: 16 Jun 99
Posts: 848
Credit: 20,587,862
RAC: 14,790
United States
Message 1343873 - Posted: 7 Mar 2013, 22:52:50 UTC - in response to Message 1343872.

I just wonder how big an impact this might make
on freeing up bandwidth?

Profile Mark Wyzenbeek
Avatar
Send message
Joined: 28 Jun 99
Posts: 84
Credit: 1,520,861
RAC: 693
United States
Message 1343875 - Posted: 7 Mar 2013, 22:57:36 UTC

I notice that the Panic thread hasn't been posted to in a day. Maybe because everyone (who posts) has tried this.
____________
The Universe is not only stranger than you imagine, it's stranger than you can imagine.

SETI@home classic workunits 1,405 CPU time 57,318 hours

Profile cov_route
Avatar
Send message
Joined: 13 Sep 12
Posts: 265
Credit: 4,684,867
RAC: 13,120
Canada
Message 1343876 - Posted: 7 Mar 2013, 22:57:47 UTC

I don't know if anybody else is seeing this but since the fix came out my backlog of pendings has been climbing. And my RAC has deteriorated a little when it should be climbing. I would have thought the opposite but perhaps what I'm seeing is a new population of turnaround times being superimposed on the old one. I'd guess a lot of the faster nodes have applied the fix and there is a new faster-turnaround bump building up in the distribution of result run times and that bump is still forming.

In other words the fast machines are right now busy processing more work and haven't yet stabilized the rate at which they report back.

Or...could just be a random thing. RAC always takes a little upfront hit when long-run jobs come out and I have more than the normal amount of AP.

Or...could just be thinking too much cuz there's nothing else to do.

Profile Rick A. Sponholz
Volunteer tester
Avatar
Send message
Joined: 13 Jun 99
Posts: 43
Credit: 18,639,020
RAC: 12,729
United States
Message 1343878 - Posted: 7 Mar 2013, 22:59:23 UTC

Oh My God! Running TCP Optimizer, clicking on Custom, then clicking Window Scaling AND Timestamps, made my SETI downloads fly! After weeks of clicking and reclicking the "retry Now" button on BOINC, to try and get some SETI work for my hungry machines, this worked wonders for me. Don't know how to pass this on, but if someone knows how, please let the SETI world know. Thanks to everyone who figured this out. Regards, Rick
____________

Profile Bernie Vine
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 6608
Credit: 22,412,085
RAC: 14,487
United Kingdom
Message 1343880 - Posted: 7 Mar 2013, 23:05:19 UTC - in response to Message 1343876.
Last modified: 7 Mar 2013, 23:06:13 UTC

I don't know if anybody else is seeing this but since the fix came out my backlog of pendings has been climbing. And my RAC has deteriorated a little when it should be climbing. I would have thought the opposite but perhaps what I'm seeing is a new population of turnaround times being superimposed on the old one. I'd guess a lot of the faster nodes have applied the fix and there is a new faster-turnaround bump building up in the distribution of result run times and that bump is still forming.

In other words the fast machines are right now busy processing more work and haven't yet stabilized the rate at which they report back.

Or...could just be a random thing. RAC always takes a little upfront hit when long-run jobs come out and I have more than the normal amount of AP.

Or...could just be thinking too much cuz there's nothing else to do.

I would say you would need to wait a week or so before attributing ANY fluctuation in RAC to this. RAC is not an instant yardstick and of course there is no way of knowing the total number of machines that have had this setting applied.
____________


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

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

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

Copyright © 2014 University of California