Upload speeds are slow until computer is restarted


Recommended Posts

I am having a strange problem..for some reason when I go to upload something to say like mega, 1fichier, solidfiles, etc..pretty much any file host site my upload speeds only go to like 200 kb/sec but when I restart my computer and try again, my upload speed is maxed out, and regular speeds like I'm suppose to get, and I get 75 MB up..so usually its like 7.8 mb/sec and its fine for like a few hours, but then it does the same thing until I restart my computer. And when I run a speed test, that comes back fine (see below) so I don't know what is going on here. Can anyone help? and also my connection is hard wired

4648660552.png

 

I just ran another speed test at the same I was trying to upload something like you said, still getting around 200 kb/sec and speed tests are fine. and I checked in my router, there is no traffic shaping or traffic priority going on.

"75 MB up..so usually its like 7.8 mb/sec "

Well since you reversed Byte and bit here with your Big B's for bit and little b's for byte.. so are you seeing 200KByte or Kbits up because its a huge difference..

what I would like to see is a sniff when its real low and then a sniff when its working as normal.. Grab wireshark and do that.. you don't need to run it for the whole upload..  But run it for say 30 seconds on your slow upload and then 10 or so seconds on FAST upload.  PM me if you have any question on using wireshark its free and just sniff and then save the file and they might be large on your good speed upload..  But I can give you a place to upload them too so I can get them, etc.

Next time vs rebooting your computer just disable your interface and re enable it.  Are you wired or wireless?  With those speeds and that 4ms ping time I would for sure say wired, but want to make sure.  The speeds are doable with for sure with decent wireless but the ping time is really low for a wireless connection.

I'm wired directly to the router/modem. What do you want me to do exactly with wireshark? just let it run for 30 seconds with my good speed uploads, then again with the slow speed uploads?

I just tried what you said Budman..disabling it and re-enabling it(didn't know you could do that to fix a connection) and my upload speed was normal again when trying to upload something(see video I took below). Now I just gotta wait, because it's random when the upload speed at 200 kb/sec happens, so I'll post that second video when I try it again in a few hours

good upload speeds

Edited by Sharpstick68

I doubt that has anything to do with it.. But you find them in the advanced section of the driver.  Different nics, different drivers will have different options you can play with..  But I doubt its a setting like that you could tweak that is causing you a problem.

Offload is normally something you want ON!!  If your nic supports it, if doesn't and you have it on it just wouldn't do anything and still work.  What OS are you running btw?

 

 

 

driversettings.png

so has it happened again, have you taken any sniffs?  Does it happen on small files as well - what size of files are you sending.  If not too large you can just do the full sniff.  But if like 100MB then yeah the sniff would be 100MB in size ;)  Really curious to see the sniff when its bad!!

Yea it is still happening, but it is good to know that I can just disable and re-enable my network card without having to restart my computer to fix it(thanks BudMan). But it happens on files of all sizes, anywhere from 10 mb to 500 mb it's really strange. The next time it happens I will open up Wireshark and what should I look for..anything going to the file hosting site? which is solidfiles.com ?

also my network card is a Realtek® 8111E

and the network card drivers are up to date

Yeah like to see the transfer.. are you getting really all delays in the acks, is the window size not ramping up?  Are you having to retrans, etc. etc..

Kind of need to see a trace when your rocking full speed vs one when its ######.  Just because you restart your nic doesn't mean its really your end..  Maybe your sending to a different IP when its slow vs fast, etc.

 

grabbing now - but have to head to work in like 30 seconds.  Will look at today.

They are big most likely because you were downloading big files ;) 

edit:

Ok took a quick look, hope to get some more time later today.  But yeah your slow speeds make sense from the sniffs and your window size.  As you will see in the slow upload your largest size was 17462, less bytes on the wire in that frame..  While in your fast upload 62834 bytes in the frame.

Notice that in your fast upload you windows scaling is working scaled your window size by 4..  But in your slow upload scaling factor is -1?? I think this is because I missed the syn,ack for the start of this conversation so wireshark doesn't know what the scaling factor is suppose to be so just guesses.. (seeproblemwindowsizepic)  But clearly they are not the same.. So something not working in figuring out the scaling factor for the upload.  When you move large amounts of data over a wan you want a large window so you send more data in less number of packets.  So less back and forth acks while moving large amount of data.  In your slow upload your largest size is that 17k while in your fast upload your sending almost 63K bytes worth of data each time.

Now your sniffs are with 2 different file sizes or atleast showing that so not sure if you were sending the same file and just cut off the sniff or what haven't look that deep yet.  But in general if your window size is small to send say 10MB you need X number of conversations back and forth.. While each should take about the same time lets call it 30ms for example.. So if you can send that same 10MB in less interactions of send and ack, you can move that 10MB faster..

Clearly in your fast upload your sending more data per conversation then when your slow sending - huge difference between 17k and 63k.  So need to figure out why something is not working out right in your scaling?

What does this output for you?

C:\>netsh int tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : automatic
NetDMA State                        : enabled
Direct Cache Acess (DCA)            : enabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : ctcp
ECN Capability                      : enabled
RFC 1323 Timestamps                 : disabled

Can you grab a sniff from the start of your sending so I can see the syn.ack and then wireshark should be able to correctly figure out the window size for the conversation.

 

 

 

 

quicklook.png

problemwindowsize.png

Edited by BudMan

Thanks for looking over the files BudMan, really appreciate it.

I did the first command line like you asked and this is what came back

  Quote

c:\>netsh int tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : automatic
NetDMA State                        : enabled
Direct Cache Acess (DCA)            : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : none
ECN Capability                      : disabled
RFC 1323 Timestamps                 : disabled
** The above autotuninglevel setting is the result of Windows Scaling heuristics

overriding any local/policy configuration on at least one profile.


c:\>

 

And also here is the sniff file you asked for. I started sniffing before I even had the website up, then I tried uploading the file while it was sniffing, and these are my good speeds again, because like I said those slow upload speeds I get when attempting to upload happens at random times.. https://www.dropbox.com/s/6156l4s1cna46wo/fast-upload2.pcapng?dl=0

The good speed sniff had the syn,ack part.. What I would like to see bad speed with the syn,ack of the upload stream..

You might want to try turning these on

Add-On Congestion Control Provider  : ctcp
ECN Capability                      : enabled

netsh int tcp set global congestionprovider=ctcp

This can ramp up your window size quicker and could help in speed.  Can't hurt to turn it on.. And then do you upload tests, if you don't continue to see your good speeds or better than set it back to none.

edit: ok took a look at that next sniff and as you can see good window size sending large packets.. While your bad one was only sending 17K at the LARGEST...

decentwindowsize.thumb.png.8a1d8bbe30dd2

 

Edited by BudMan

I ran that command(as administrator) and it changed, then tried and it started out fast but then was transferring at about 2.1 MB/sec but then I closed out the site, stopped the sniff and tried again and my speeds were maxing out(you can take a look at the sniff file if you want, just let me know). But ok, I will try again some time later tonight or whenever, because like I said the slow speed is always at a random time, and I'm not uploading all the time, only when ever I feel like it, so the slow upload speeds can happen when ever..even at peak hours aka prime time 7 pm to 10/11 pm.

So if your uploading and your window size is small, then yes it will be slower if your window size is larger..  Without seeing the syn,ack of the conversation starting its impossible to see what and why they might not work out a large window size.

Ok you caught the syn so you see no windows scaling. This is why your slower is your sending smaller frames.. Remember before where you were sending 63k here your sending 17k  HUGE different for speed over a wan connection.

nowindowscaling.thumb.png.fb2e526b8ff4ed

Now just need to figure out WHY??  Let me look deeper and do some research on why windows scaling would not be used.  Did you change the option?  Also I don't like that yours has that * on it about windows scaling an heurstics - from my understanding what is reported is not always what is used..  I have to run out early this morning..  Will have more info later.

 

you enable ecn with from an elevated prompt.

C:\>netsh interface tcp set global ecncapability=enabled
Ok.

Can you show your globals again, are you still seeing the ** The above autotuninglevel setting is the result of Windows Scaling heuristics

So can you do this command

C:\>netsh interface tcp show heuristics
TCP Window Scaling heuristics Parameters
----------------------------------------------
Window Scaling heuristics         : disabled
Qualifying Destination Threshold  : 3
Profile type unknown              : normal
Profile type public               : normal
Profile type private              : normal
Profile type domain               : normal

Notice I have mine disabled..

Here you go BudMan

c:\>netsh interface tcp show heuristics
TCP Window Scaling heuristics Parameters
----------------------------------------------
Window Scaling heuristics         : enabled
Qualifying Destination Threshold  : 3
Profile type unknown              : normal
Profile type public               : normal
Profile type private              : restricted
Profile type domain               : normal


c:\>

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Damn, I thought I posted the comment. Thanks for the clarification! That's pretty sweet! I didn't know about Cerebras. Is there anything interesting that you'd like to share? I'd love to keep learning
    • Wait, they're training their models in the cloud? I thought they had in-house Nvidia Blackwell powered data centers for training purposes.
    • I find it shocking you would claim that Tesla's self-driving is as good as Mercedes given the actual facts with fatalities (Tesla being involved in 53% of all fatalities between 2019-24) https://www.craftlawfirm.com/a...data/#accidents-per-company Part of the problem is the CEO too making wild claims about FSD when the system actually requires human supervision at all times, which then can be blamed on the ignorance of the driver. In my opinion both Tesla and the driver are at fault. I've only been in a Tesla once (as a passenger) where "FSD" was activated, and the driver only did it for a few miles and was ever ready to take back control. The Tesla owner was also fully aware that FSD was in his opinion not safe enough to be trusted without human intervention and supervision. But I guess this is "fake news" right? 🙄
    • iOS 26 Photos app: What's good and what's bad in the latest update by Aditya Tiwari Apple just announced the iOS and iPadOS 26 update for various supported iPhone and iPad models. After you get past the limelight of Liquid Glass and the new naming, you'll realize the update has several features and changes to offer. Let's talk about the redesigned Photos app on iOS 26 and what the hands-on experience feels like based on the first developer beta release. It's the second year in a row when Apple has made considerable changes to the Photos app. Last year, Apple killed its tabbed interface and replaced it with a single scrollable view that displays the Library at the top, followed by various Collections. The idea of giving too much too soon didn't work for the users, and the Photos app possibly attracted more haters than lovers. Apple realized that users weren't happy with the layout and took a U-turn this time. The revamped Photos app on iOS 26 brings the tabbed interface back. You will find two tabs this time in the main view: Library and Collections. The Library tab displays photos and videos in the same old grid layout you have been seeing for years now. As you scroll to view more photos, the Library and Collection buttons morph to reveal the "Years," "Months," and "All" tabs, which you can use accordingly. All of the buttons and options have received the glass treatment, and Apple has also rearranged some elements. For instance, the "View Options" button has moved from the bottom left to the top right corner near the "Select" button. The "Search" button now sits in the bottom right corner of the Photos app for easy access, particularly useful when using the iPhone with one hand. For comparison, this is how options in the Photos app looked on iOS 18. A highlight of the updated photos app is a feature called Spatial Scene. When you open an image in the app, you can tap on the Spatial Scene button at the top-right to transform the image into its 3D self. Once the processing is done, you can tilt your iPhone in different directions to experience the 3D effect. The feature works for new and old images alike, even the ones you clicked years ago. It doesn't work for videos and screenshots captured on the device. Moving on to the Collections tab, its default view displays different categories, such as Memories, Pinned, Albums, People, Shared Albums, and more, in a list that you can reorder according to your preference. You can tap on any category name to reveal the collections inside or tap the arrow next to it to display the same in a drop-down interface. You can customize the look and feel of the Collections tab using the three-dot menu at the top. It reveals two other layout options, as well as options to show, collapse, or reorder all the Collections categories in a single tap. You can also reorder the categories using the button present at the bottom of the Collections tab. Thanks to the collapsible nature of the Collections categories, the iOS 26 Photos app doesn't feel cluttered like its previous version. One useful thing to note is that the Photos app remembers the categories you expand in the Collections tab. In other words, if you expand just one (or more) category and collapse the rest of them, the Collections tab will stay that way even if you re-open the Photos app. Speaking of memory, the Photos app can also remember whether you were in the Library tab or the Collections tab when you last used the app. What's wrong with the new Photos app Apple's Liquid Glass-inspired Photos app has brought back the old familiar interface for users. However, it says goodbye to some of the good things Apple introduced in the last version. The single-scroll interface of the Photos app on iOS 18 made it easier to access collections like Screenshots and Videos. You could hide screenshots from the main Library view but quickly access them through a collection pinned just below it. Previous versions of the Photos app displayed the sync progress at the bottom of the Library. That information was hidden behind the profile picture icon on iOS 18. Now, with the latest update, you need several clicks to check whether your latest photos and videos are synced to your iCloud account because the profile picture icon is now a part of the Collections tab. Perhaps Apple chose to hide it away, as few people were bothered by its existence. However, the small feature was quite handy for users who had unstable internet connections. There is some indication, though, that the profile icon displays a progress bar and a yellow dot to inform about an unfinished sync process. On a side note, an early beta version of the iOS 18 Photos app allowed users to swipe right or left on the Library view to access different collections. The feature would have been quite helpful if it hadn't been cut, at least for users who want to access their Utilities, Media Types, Screenshots, and other collections quickly. It could have been made optional in the Photos app. That said, iOS 26 is still in its development phase, and the Photos app might add or remove features as more beta releases arrive. Apple is expected to push the first public beta sometime in July. You can try out the app now by installing the developer beta; however, keep in mind that the build may be unstable and surface unexpected bugs.
  • Recent Achievements

    • Posting Machine
      David Uzondu earned a badge
      Posting Machine
    • One Month Later
      Stokenking earned a badge
      One Month Later
    • One Month Later
      Kevin Jones earned a badge
      One Month Later
    • Week One Done
      Kevin Jones earned a badge
      Week One Done
    • One Month Later
      henryj earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      533
    2. 2
      ATLien_0
      265
    3. 3
      +Edouard
      198
    4. 4
      +FloatingFatMan
      188
    5. 5
      snowy owl
      138
  • Tell a friend

    Love Neowin? Tell a friend!