Skip to Content.
Sympa Menu

ndt-users - Re: Windows Configuration issues when testing to NDT servers

Subject: ndt-users list created

List archive

Re: Windows Configuration issues when testing to NDT servers


Chronological Thread 
  • From: Alan Sterger <>
  • To: Bob Gerdes <>
  • Cc:
  • Subject: Re: Windows Configuration issues when testing to NDT servers
  • Date: Mon, 13 Feb 2012 17:34:23 -0500
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=rJZEtXD/60PfeSJj5VKIhpR/4e9f47FgKMCq60AmLCql85n8LvK4nManhWwpln2H; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;

See the following site for Windows Vista/7 tuning: http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574

Cheers,

-- Alan

On 2/13/2012 5:02 PM, Bob Gerdes wrote:

Greetings,

We have been doing a series of NDT tests on one of our campuses, and found that there is inconsistent results between Linux systems and Windows (XP and 7) systems. We have used the recommendations from DrTCP (noted on fasterdata.es.net) and the psc.edu site. And the Windows results consistently look much worse than the Linux systems. Has anyone been able to get better results with Windows and could suggest specific configuration settings?

One additional note is that there was a 1.5% of packets that arrived out of order.

Any advice would be greatly appreciated.
Thanks,
Bob

Bob Gerdes
Office of Instructional and Research Technologies (OIRT)
Office of Information Technology (OIT)
Rutgers, The State University
ASB Annex I, room 101G, Busch Campus
56 Bevier Road, Piscataway, NJ 08854
Phone: (732) 445-1438 Fax: 445-5539

We followed this reference which talks about tuning Windows XP:
http://www.psc.edu/networking/projects/tcptune/
as well as this
http://fasterdata.es.net/fasterdata/host-tuning/

Also, we ran DrTCP, rebooted and still the exact same results from my XP machine...

using linux in room 313

Camden-to-Camden:
running 10s outbound test (client to server) . . . . . 898.23 Mb/s
running 10s inbound test (server to client) . . . . . . 880.40 Mb/s

Camden-to-Newark:
running 10s outbound test (client to server) . . . . . 478.16 Mb/s
running 10s inbound test (server to client) . . . . . . 518.90 Mb/s

Camden-to-NB:
running 10s outbound test (client to server) . . . . . 841.83 Mb/s
running 10s inbound test (server to client) . . . . . . 834.33 Mb/s

and, when we switch the PC next to Linux system in BSB 113 to 1Gb
(uses Windows 7), we get:

Camden-to-Camden:
running 10s outbound test (client to server) . . . . . 272.50 Mb/s
running 10s inbound test (server to client) . . . . . . 726.08 Mb/s

Camden-to-Newark:
running 10s outbound test (client to server) . . . . . 55.24 Mb/s
running 10s inbound test (server to client) . . . . . . 219.61 Mb/s

Camden-to-NB:
running 10s outbound test (client to server) . . . . . 60.01 Mb/s
running 10s inbound test (server to client) . . . . . . 229.60 Mb/s

comparable to Windows XP at Gig speed.

It must be WINDOWS? and, it's configuration?

So, is there an optimal setting for a Windows machine that I could try?


With the 3 systems tested giving basically the same results, this
kind of eliminates the possibility of cable issues or port
malfunctioning as well as OS and NIC issues.

The traffic shaping and receiver limited issue seem puzzling.

From two linux servers, got the following:

From Office System (165.230.105 subnet):
Camden-to-Camden:
running 10s outbound test (client to server) . . . . . 862.62 Mb/s
running 10s inbound test (server to client) . . . . . . 850.73 Mb/s

Camden-to-Newark:
running 10s outbound test (client to server) . . . . . 574.44 Mb/s
running 10s inbound test (server to client) . . . . . . 519.07 Mb/s

Camden-to-NB:
running 10s outbound test (client to server) . . . . . 846.37 Mb/s
running 10s inbound test (server to client) . . . . . . 816.39 Mb/s


From clamshell (165.230.99 subnet):
Camden-to-Camden:
running 10s outbound test (client to server) . . . . . 882.16 Mb/s
running 10s inbound test (server to client) . . . . . . 891.93 Mb/s

Camden-to-Newark:
running 10s outbound test (client to server) . . . . . 490.35 Mb/s
running 10s inbound test (server to client) . . . . . . 531.92 Mb/s

Camden-to-NB:
running 10s outbound test (client to server) . . . . . 838.58 Mb/s
running 10s inbound test (server to client) . . . . . . 869.51 Mb/s

The NDT servers that I used were:
ndt-cam.rutgers.edu
ndt-nwk.rutgers.edu
ndt-nbp.rutgers.edu




Archive powered by MHonArc 2.6.16.

Top of Page