Slow send to server... receive = fine

Toggle sidebar Toggle sidebar
A

andyinv

Member
Sep 14, 2015
32
0
0
So.. I have 3 PCs all upgraded to windows 10. The wee acer (server, hardwired to router @ 1gb), laptop (54g wireless) and the desktop (USB wireless-N).

Desktop/laptop transfer files to/from the server over wireless at their respective speeds. Obviously, being wireless-N, the desktop outpaces the laptop, but the laptop is fast enough. The server and laptop were upgraded to W10 from W7, the desktop was upgraded, and once activated a clean install was done.

Laptop sends and receives to the server at about 6-7mb/s, pretty constant.

Bought a new motherboard/CPU for the desktop, and windows spotted the change and re-activated (impressing me no end). All file transfers were fine. So I then did a full clean install of W10 once again. All good. Except... now when I send files to the server, it's now at about 350k/s. When I grab files from the server, it's at about 12mb/s. Quite a difference huh. Before the clean install, it was fine.

I had this problem once before (back in win7 days) and I solved it by plugging the server direct into the router I had back then (it had been in a switch into the router).

Am aware of all the tips about disabling RSS and autotuning on the stack, but it makes no difference. No sign of any updated drivers available for the USB WLAN either, so it's using the ones its always been using. A netmon trace shows I'm using SMB2.

Any ideas?

edit: it's not the router - as I said, the laptop goes through it fine, and I can upload to gDrive at 2mb/s... faster than I can download from my own server.

PCAPs are available here: https://drive.google.com/folderview?id=0B1GGcO7cZjYCVFpieE9wVUZfZVk&usp=sharing
 
Last edited:
A

andyinv

Member
Sep 14, 2015
32
0
0
No other option at the moment, it's worked for about a year 100% with Win7, and it's worked since July with Win10. It even worked when I swapped the mobo (but booted old installation of W10). All gone to crap since clean install and I can find no reason to explain that...
 
sdifox

sdifox

No Lifer
Sep 30, 2005
100,331
17,913
126
Upgrade probably kept the old drivers while the new install doesnt have it. Try removing the nic, rsboot and reinstall nic.
 
A

andyinv

Member
Sep 14, 2015
32
0
0
sdifox said:
Upgrade probably kept the old drivers while the new install doesnt have it. Try removing the nic, rsboot and reinstall nic.
Click to expand...

Upgrade would have kept the old drivers, the clean install I did on the Q9450 wouldn't. The move to the new board worked fine on those clean drivers. The clean install I'm on now should be the same driver as the clean install on Q9450.
 
A

andyinv

Member
Sep 14, 2015
32
0
0
sdifox said:
have you tried file transfer between desktop and laptop?
Click to expand...

Just tried that.

Fired up the laptop and pushed a large PDF to the desktop (all over wifi). Got great speeds.

Pulled the file from the desktop to the laptop, back to 350kb/s...

So, it's the same behaviour, when going in same direction from desktop to server. Anything leaving the desktop dies... anything going to the desktop flies.
As an aside, speedtest.net still says I'm getting around 2mbit/s upload. So definitely not the router. Something specifically in the receiving end of the CIFS stack is going awry...
 
sdifox

sdifox

No Lifer
Sep 30, 2005
100,331
17,913
126
Different usb port? Have you tried hardwire to see if it is the same?
 
A

andyinv

Member
Sep 14, 2015
32
0
0
Yeah, tried different ports. Got a few ethernet cables spare, but they don't reach anywhere near (and moving it won't really work). Hence the wifi..
 
sdifox

sdifox

No Lifer
Sep 30, 2005
100,331
17,913
126
Try moving the laptop to where the desktop is and see if the result is the same.
 
Engineer

Engineer

Elite Member
Oct 9, 1999
39,230
701
126
Just to rule it out, are you running any anti-virus programs or firewalls other than the Windows default firewall?

Have you tried 'safe mode with network support' (assuming it's still available)?
 
A

andyinv

Member
Sep 14, 2015
32
0
0
Engineer said:
Just to rule it out, are you running any anti-virus programs or firewalls other than the Windows default firewall?

Have you tried 'safe mode with network support' (assuming it's still available)?
Click to expand...

No firewalls involved, tried disabling AV no difference. In safe mode (networking), I couldn't get to see the network so that was ruled out.
 
A

andyinv

Member
Sep 14, 2015
32
0
0
sdifox said:
I am stumped. Anyone else on the same channel as you?
Click to expand...

Not seeing any - but like I say, the laptop sends/receives fine. I can receive fine. It's just sending that dies.

My experiments with Message Analyzer seem to suggest that the way the traffic is delivered is different with this machine. Like I say tho, this was working perfectly until I did the clean rebuild. It's always used built-in W10 drivers, so it's not like I've mistakenly used the wrong one.

(That said, I managed to find a slightly older version at Realtek and Edimax - same thing tho)
 
A

andyinv

Member
Sep 14, 2015
32
0
0
To make matters fun, the server runs a secure FTP. Download from that at 6mb/s, upload.... 400k/s. Same direction as the SMB transfers failing. There's a basic TCP issue at fault here, but damned if I can find it..
 
mxnerd

mxnerd

Diamond Member
Jul 6, 2007
6,799
1,103
126
Go to your Acer server and check event viewer see if any warning or error about the desktop connection.
 
D

dailow

Member
Oct 27, 2001
36
0
66
Can't see this as anything but a TCP problem, either caused through drivers or a driver setting.

The main difference I could see between the fast and slow pcaps is that the fast transfer establishes a window scale setting during the TCP 3-way handshake, whereas the window scale is NOT set for the slow transfer.
 
A

andyinv

Member
Sep 14, 2015
32
0
0
dailow said:
Can't see this as anything but a TCP problem, either caused through drivers or a driver setting.

The main difference I could see between the fast and slow pcaps is that the fast transfer establishes a window scale setting during the TCP 3-way handshake, whereas the window scale is NOT set for the slow transfer.
Click to expand...

Yeah, I noticed that. I can't think of a reason why that would be - the only thing that stands out is the desktop has a 2-3ms ping to the server, and the laptop is steady at 1ms. Perhaps this small difference is enough to choose a different tuning profile. But I can't support that with any evidence.

Both say the "Internet" profile is being chosen, both have the same settings:
Code: 
PS C:\> Get-NetTransportFilter

SettingName       : Internet
Protocol          : TCP
LocalPortStart    : 0
LocalPortEnd      : 65535
RemotePortStart   : 0
RemotePortEnd     : 65535
DestinationPrefix : *

PS C:\> Get-NetTCPSetting Internet


SettingName                     : Internet
MinRto(ms)                      : 300
InitialCongestionWindow(MSS)    : 4
CongestionProvider              : CTCP
CwndRestart                     : False
DelayedAckTimeout(ms)           : 50
DelayedAckFrequency             : 2
MemoryPressureProtection        : Disabled
AutoTuningLevelLocal            : Disabled
AutoTuningLevelGroupPolicy      : NotConfigured
AutoTuningLevelEffective        : Local
EcnCapability                   : Disabled
Timestamps                      : Disabled
InitialRto(ms)                  : 3000
ScalingHeuristics               : Disabled
DynamicPortRangeStartPort       : 49152
DynamicPortRangeNumberOfPorts   : 16384
AutomaticUseCustom              : Disabled
NonSackRttResiliency            : Disabled
ForceWS                         : Disabled
MaxSynRetransmissions           : 2
AutoReusePortRangeStartPort     : 0
AutoReusePortRangeNumberOfPorts : 0

As I'm in the world of USB, I'll move the adapter to the laptop and see if the problem follows....
 
You must log in or register to reply here.

TRENDING THREADS

COMPANY
RESOURCES
FOLLOW
Top Bottom