Windows TCP Settings - Follow up - Help with server communication

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

To post messages, you must log in.

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

AuthorMessage
Profile CLYDEProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Aug 99
Posts: 7663
Credit: 35,767,463
RAC: 15,152
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.


ID: 1343627 · Report as offensive
Lionel

Send message
Joined: 25 Mar 00
Posts: 664
Credit: 350,488,553
RAC: 133,685
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




ID: 1343653 · Report as offensive
Profile Bernie Vine
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 26 May 99
Posts: 8585
Credit: 43,066,498
RAC: 21,172
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!


"Sometimes it is the people no one imagines anything of who do the things that no one can imagine."

ID: 1343690 · Report as offensive
Profile Raubhautz*
Avatar

Send message
Joined: 30 Aug 12
Posts: 3
Credit: 125,127
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.

ID: 1343717 · Report as offensive
cdemers
Volunteer tester

Send message
Joined: 18 May 99
Posts: 30
Credit: 17,233,396
RAC: 2
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


ID: 1343720 · Report as offensive
Bruce
Volunteer tester

Send message
Joined: 15 Mar 02
Posts: 46
Credit: 67,373,340
RAC: 85,507
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.


Bruce

ID: 1343722 · Report as offensive
Richard HaselgroveProject Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 11136
Credit: 83,557,659
RAC: 41,793
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.

ID: 1343725 · Report as offensive
Profile Mark Wyzenbeek
Avatar

Send message
Joined: 28 Jun 99
Posts: 131
Credit: 3,278,384
RAC: 3,616
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

ID: 1343783 · Report as offensive
bill

Send message
Joined: 16 Jun 99
Posts: 861
Credit: 28,721,888
RAC: 66
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.

ID: 1343796 · Report as offensive
Profile Fred E.
Volunteer tester

Send message
Joined: 22 Jul 99
Posts: 768
Credit: 24,140,697
RAC: 0
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.

ID: 1343807 · Report as offensive
Richard HaselgroveProject Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 11136
Credit: 83,557,659
RAC: 41,793
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.

ID: 1343812 · Report as offensive
Sirius B
Volunteer tester
Avatar

Send message
Joined: 26 Dec 00
Posts: 14915
Credit: 2,127,923
RAC: 818
Ireland
Message 1343815 - Posted: 7 Mar 2013, 20:17:44 UTC

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


ID: 1343815 · Report as offensive
juan BFP
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 5847
Credit: 330,522,201
RAC: 7,709
Panama
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.

ID: 1343851 · Report as offensive
Profile Shane Meyer
Volunteer tester
Avatar

Send message
Joined: 22 Jan 00
Posts: 126
Credit: 14,756,385
RAC: 585
Australia
Message 1343858 - Posted: 7 Mar 2013, 22:01:25 UTC

Works a treat


ID: 1343858 · Report as offensive
Oddbjornik
Volunteer tester
Avatar

Send message
Joined: 15 May 99
Posts: 106
Credit: 127,401,108
RAC: 47,488
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!!

ID: 1343872 · Report as offensive
bill

Send message
Joined: 16 Jun 99
Posts: 861
Credit: 28,721,888
RAC: 66
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?

ID: 1343873 · Report as offensive
Profile Mark Wyzenbeek
Avatar

Send message
Joined: 28 Jun 99
Posts: 131
Credit: 3,278,384
RAC: 3,616
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

ID: 1343875 · Report as offensive
Profile cov_route
Avatar

Send message
Joined: 13 Sep 12
Posts: 342
Credit: 10,266,797
RAC: 1,015
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.

ID: 1343876 · Report as offensive
Profile Rick A. Sponholz
Volunteer tester
Avatar

Send message
Joined: 13 Jun 99
Posts: 43
Credit: 22,943,500
RAC: 753
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


ID: 1343878 · Report as offensive
Profile Bernie Vine
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 26 May 99
Posts: 8585
Credit: 43,066,498
RAC: 21,172
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.
"Sometimes it is the people no one imagines anything of who do the things that no one can imagine."

ID: 1343880 · Report as offensive
Previous · 1 · 2 · 3 · 4 · 5 . . . 14 · Next

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


 
©2016 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.