Windows TCP Settings - Follow up - Help with server communication

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

To post messages, you must log in.

Previous · 1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 . . . 14 · Next

AuthorMessage
Profile Cliff Harding
Volunteer tester
Avatar

Send message
Joined: 18 Aug 99
Posts: 1432
Credit: 110,967,840
RAC: 67
United States
Message 1344096 - Posted: 8 Mar 2013, 18:03:56 UTC
Last modified: 8 Mar 2013, 18:06:50 UTC

Just modified my other machine, which does MBs only and it d/l'ed 81 tasks in 10 minutes. Went to get a drink and when I came back it was all gone!!!.

[edit] You guys must realize that we just may have created a MONSTER, that we may not be able to control once everybody gets on board.


I don't buy computers, I build them!!
ID: 1344096 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51478
Credit: 1,018,363,574
RAC: 1,004
United States
Message 1344099 - Posted: 8 Mar 2013, 18:07:03 UTC

And to partitally answer my own question about possible downsides.....
I did a few speedtest runs on my Win 7 daily driver.
First, 3 runs with 1323 set to 3.
Avg. 4.8Mbs down, .60Mbs up.
Set 1323 to 0, rebooted, 3 more runs.
Avg. 4.6Mbs down, .57Mbs up.
Set 1323 back to 3, rebooted, 3 more runs.
Avg. 4.86Mbs down, .596Mbs up.

Now this was hardly a scientific test, as the results could have been skewed by the activity of the other 8 rigs sharing my DSL at the time of the test.

But, it would appear that if anything, having 1323 active helps my bandwidth usage.
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 1344099 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344100 - Posted: 8 Mar 2013, 18:07:58 UTC - in response to Message 1344096.  

Just modified my other machine, which does MBs only and it d/l'ed 81 tasks in 10 minutes. Went to get a drink and when I came back it was all gone!!!.

The landlord of my local pub commented that my drink did that last night, too. Cheers!
ID: 1344100 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51478
Credit: 1,018,363,574
RAC: 1,004
United States
Message 1344101 - Posted: 8 Mar 2013, 18:09:37 UTC - in response to Message 1344096.  

Just modified my other machine, which does MBs only and it d/l'ed 81 tasks in 10 minutes. Went to get a drink and when I came back it was all gone!!!.

[edit] You guys must realize that we just may have created a MONSTER, that we may not be able to control once everybody gets on board.

And it might be a very GOOD thing.
It has been commented many times by many people how much of the Seti bandwidth is actually wasted by retries and lost packets, etc.. If the hosts are achieving better transfers without the wasted back and forth negotiating lost packets and such, this could end up being very much a win win for the servers, not an additional load.
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 1344101 · Report as offensive
Profile Bill G Special Project $75 donor
Avatar

Send message
Joined: 1 Jun 01
Posts: 1282
Credit: 187,688,550
RAC: 182
United States
Message 1344104 - Posted: 8 Mar 2013, 18:15:20 UTC - in response to Message 1344101.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

SETI@home classic workunits 4,019
SETI@home classic CPU time 34,348 hours
ID: 1344104 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344105 - Posted: 8 Mar 2013, 18:16:02 UTC - in response to Message 1344104.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

Which download site, which "it"?
ID: 1344105 · Report as offensive
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6534
Credit: 196,805,888
RAC: 57
United States
Message 1344106 - Posted: 8 Mar 2013, 18:16:11 UTC - in response to Message 1344087.  

OK, now we've had a good laugh, can we keep this thread clear for serious, hard, technical appraisal and constructive feedback, please?

[edit: sorry, not referring to you, Cliff - unfortunate timing there]

Well, I am sure that the option shall not be pushed in the next MS update...LOL.

But, one has to be curious why it was chosen not to enable it by default.
Does anybody know of a downside?
For example, does it limit transmission speeds when one is NOT dealing with a congested network connection?

The TimeStamp information adds two 4 byte tags for 8 bytes total in each 64k packet. So technically yes it actually does reduce the amount of data sent per packet.
However, if you are having data transmission issues it is advantageous to have a slight reduction in speed for data accuracy.

It is sort of like enabling Jumbo Packets. If you need to enable it then it is a gain. Otherwise it just slows things down.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[
ID: 1344106 · Report as offensive
Profile TRuEQ & TuVaLu
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 505
Credit: 69,523,653
RAC: 10
Sweden
Message 1344110 - Posted: 8 Mar 2013, 18:33:06 UTC
Last modified: 8 Mar 2013, 18:35:07 UTC

I've done some dl testing without knowing of this thread.
And I've noticed increased speed and less stalled transfers the last couple of days.

I have not ran the optimizer.

I thought someone changed some setting on the servers....
ID: 1344110 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 5 Jul 99
Posts: 4654
Credit: 47,537,079
RAC: 4
United Kingdom
Message 1344111 - Posted: 8 Mar 2013, 18:33:27 UTC - in response to Message 1344069.  

I don't think there's likely to be any way in which SETI, as a project, can access the client registry on Windows machines and make changes at that low level - and it would probably be roundly criticised as a security risk or a hacking exploit if it attempted any such thing. The one possibility might be to ask BOINC to include it into the BOINC installer, when the user is present and is explicitly giving permission for system changes to be made.

Could updating the Libcurl version supplied with Boinc do the same thing?

Libcurl Changelog

Claggy
ID: 1344111 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344115 - Posted: 8 Mar 2013, 18:43:36 UTC - in response to Message 1344111.  

I don't think there's likely to be any way in which SETI, as a project, can access the client registry on Windows machines and make changes at that low level - and it would probably be roundly criticised as a security risk or a hacking exploit if it attempted any such thing. The one possibility might be to ask BOINC to include it into the BOINC installer, when the user is present and is explicitly giving permission for system changes to be made.

Could updating the Libcurl version supplied with Boinc do the same thing?

Libcurl Changelog

Claggy

Hmmm. I doubt it - I think RFC 1323 operates at a deeper level in the network protocol stack than libcurl, but there's no harm in asking. I'll run them past Rom sometime - I think these are more his thing that David's.
ID: 1344115 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51478
Credit: 1,018,363,574
RAC: 1,004
United States
Message 1344117 - Posted: 8 Mar 2013, 18:46:10 UTC - in response to Message 1344114.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

According to Speedguide.net Forums (TCP Optimizer): It doesn't yet work for Win8 :(

How about the command line that Richard posted earlier to add the value to the registry without using the Optimizer program?
"Time is simply the mechanism that keeps everything from happening all at once."

ID: 1344117 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344118 - Posted: 8 Mar 2013, 18:46:20 UTC - in response to Message 1344114.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

According to Speedguide.net Forums (TCP Optimizer): It doesn't yet work for Win8 :(

Does anyone have Win8, and a spirit of adventure enough to try one of the other deployment mechanisms? Does Win8 have regedit? Or a command prompt?
ID: 1344118 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
United States
Message 1344120 - Posted: 8 Mar 2013, 18:52:51 UTC

Joseph Davies TechNet article on TCP Receive Window Auto-Tuning as implemented in Win Vista and later also describes how XP (and Win2k) handled RWIN. That's useful for deciding whether the window scaling option is needed. I'm on dial up so I'll never need RWIN larger than 65536 bytes, but I did enable the timestamps feature on the theory that the sooner the download servers know I have a slow connection the better. None of my few downloads since have broken, though even before the change the majority completed in one attempt.

The additional timestamps header is 10 bytes, but headers are always padded to a mutiple of 4 bytes so the cost is 12 bytes. The tradeoff is that when a download breaks for an HTTP error, BOINC backs off 5k bytes when resuming the transfer to wipe any HTML error information which would otherwise corrupt the download. So doing what we can to ensure no breaks is well worthwhile IMO.
                                                                   Joe
ID: 1344120 · Report as offensive
Profile ivan
Volunteer tester
Avatar

Send message
Joined: 5 Mar 01
Posts: 783
Credit: 348,560,338
RAC: 223
United Kingdom
Message 1344126 - Posted: 8 Mar 2013, 19:02:54 UTC - in response to Message 1344039.  

It didn't seem to make much difference at work, on a W7 desktop and laptop. However, when I brought the laptop home to my own wireless network, it slid smoothly through its download backlog. But then, our work network/firewall is highly micro-managed by an obsessive manager who has "tuned" it to near unusability. When we were getting lots of "ghost" WUs it was almost always my work machines, and they also got lots of download failure errors.

On my home XP machine a stalled download completed smoothly but to soon to say if there's any effect. Now to go see if this can be tweaked on Linux...
ID: 1344126 · Report as offensive
Profile TRuEQ & TuVaLu
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 505
Credit: 69,523,653
RAC: 10
Sweden
Message 1344127 - Posted: 8 Mar 2013, 19:04:47 UTC - in response to Message 1344120.  

Joseph Davies TechNet article on TCP Receive Window Auto-Tuning as implemented in Win Vista and later also describes how XP (and Win2k) handled RWIN. That's useful for deciding whether the window scaling option is needed. I'm on dial up so I'll never need RWIN larger than 65536 bytes, but I did enable the timestamps feature on the theory that the sooner the download servers know I have a slow connection the better. None of my few downloads since have broken, though even before the change the majority completed in one attempt.

The additional timestamps header is 10 bytes, but headers are always padded to a mutiple of 4 bytes so the cost is 12 bytes. The tradeoff is that when a download breaks for an HTTP error, BOINC backs off 5k bytes when resuming the transfer to wipe any HTML error information which would otherwise corrupt the download. So doing what we can to ensure no breaks is well worthwhile IMO.
                                                                   Joe



And data is encapsulated in a package within each layer according to the settings for that layer... OSI.model....
The articel forgot that....
ID: 1344127 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344128 - Posted: 8 Mar 2013, 19:06:18 UTC - in response to Message 1344126.  

Now to go see if this can be tweaked on Linux...

We think Linux has it enabled by default, but an actual observation would be interesting.

Your obsessive network micro-manager at work could probably push RFC 1323 to all Windows workstations via Group Policy. That would be fun.
ID: 1344128 · Report as offensive
Cruncher v.2

Send message
Joined: 8 Feb 04
Posts: 4
Credit: 3,648,349
RAC: 0
United States
Message 1344132 - Posted: 8 Mar 2013, 19:17:10 UTC

Guys sounds like a lot of people have dedicated systms for running seti tasks. However I use my everyday desktop to run tasks, and do day to day stuff. After I made this change to TCP1323 my downloads from all other website seem to be affected. My downloads begin at a normal pace compared to what I am use to with my ISP but after 2 or three minutes my download drops from 1.2MB per second to 23k/per second. Has anyone seen this as a side affect in making the change to fix the SETI downlaod problem?
ID: 1344132 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344135 - Posted: 8 Mar 2013, 19:21:13 UTC - in response to Message 1344132.  

Guys sounds like a lot of people have dedicated systms for running seti tasks. However I use my everyday desktop to run tasks, and do day to day stuff. After I made this change to TCP1323 my downloads from all other website seem to be affected. My downloads begin at a normal pace compared to what I am use to with my ISP but after 2 or three minutes my download drops from 1.2MB per second to 23k/per second. Has anyone seen this as a side affect in making the change to fix the SETI downlaod problem?

I haven't, but that's exactly the sort of side effect that we ought to be watching out for.

Can you give any examples of the sort of download (and some source websites) that we can use to try and replicate that observation?
ID: 1344135 · Report as offensive
Jamie
Volunteer tester

Send message
Joined: 5 Apr 06
Posts: 162
Credit: 9,867,955
RAC: 0
United Kingdom
Message 1344138 - Posted: 8 Mar 2013, 19:24:04 UTC - in response to Message 1344118.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

According to Speedguide.net Forums (TCP Optimizer): It doesn't yet work for Win8 :(

Does anyone have Win8, and a spirit of adventure enough to try one of the other deployment mechanisms? Does Win8 have regedit? Or a command prompt?


Seems to work fine on my Win8 Pro machine with v3.08, if you need me to test anything let me know what
ID: 1344138 · Report as offensive
Richard Haselgrove Project Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 14679
Credit: 200,643,578
RAC: 874
United Kingdom
Message 1344140 - Posted: 8 Mar 2013, 19:25:55 UTC - in response to Message 1344138.  

I just wanted to point out that the download site does not mention Win8.....I tried it on my Win8 computer and it does not work there.

According to Speedguide.net Forums (TCP Optimizer): It doesn't yet work for Win8 :(

Does anyone have Win8, and a spirit of adventure enough to try one of the other deployment mechanisms? Does Win8 have regedit? Or a command prompt?

Seems to work fine on my Win8 Pro machine with v3.08, if you need me to test anything let me know what

Again, please - what works fine? What did you do?
ID: 1344140 · Report as offensive
Previous · 1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 . . . 14 · Next

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


 
©2024 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.