ginahoy

@Sean, I discovered the following Linux command to monitor TCP connections: sudo tcptrack -i <ethernet interface> But first I determined the name of my ethernet interface with this command: ifconfig So with tcptrack, I was able to verify that downloads from my hosting company's server only open a single TCP connection. But like you, when I downloaded the GIMP file, 3 TCP connections were opened. I did more speed tests at CenturyLink and it opens 4 TCP connections, but that's independent of the "parallel downloads" setting in Chrome. Likewise, single-thread tests at TMN only open a single connection when the parallel download setting is enabled. Now I need to collect a series of single-thread test results with wifi turned off and screenshots of my router's traffic monitor so I can take this to my ISP. Thanks for all the help! EDIT: Actually, a single file download from my hosting company opens 4 TCP connections in Chrome. I previously checked this using a FTP client (Filezilla), not Chrome. Duh. Filezilla of course can be set to download multiple files in parallel, each opens a new TCP connection. But it will only open one connection per file.

Again, very helpful. This is getting very interesting. So I'm getting the impression that the reason I benefit from multi-threaded demand (e.g., two Roku streams) is unique to the type of network my ISP operates (wireless). I just learned Chrome supports 6 parallel TCP connections, so for general browsing, it seems unlikely I would see much difference between 3 Mbps and 5 Mbps single-thread performance, especially given that browsing is very bursty. More importantly, with up to six concurrent connections working, my poor single thread performance shouldn't impose much of a limitation for browsing. OTOH, I'm often clicking on links that open large image or PDF files (sometimes tens of MB's). My assumption is that's handled as a single connection. However, I just found this from a 2018 article on parallel downloading: "Google Chrome can establish multiple connections to download a single file in parts." (emphasis added; if you Google this quote, you'll get lots of hits). If I'm understanding this correctly, it raises the question why the TMN single-thread test isn't split across multiple connections. Is this something TMN can control, or maybe I need to do some testing to see if Chrome really does use multiple connections when downloading a single file. But I'll have to find an app like Resource Monitor for my Linux OS that shows the number of TCP connections open.

Thanks for pointing that out. I did multiple tests to Dallas (930 mi), Colorado Springs (800 mi), and Los Angeles (550 mi). Interestingly, I had slightly better average latency to Dallas, and deviation was much better with Dallas. Based on what Sean described, I'm not sure I understand why anyone would get worse results with multithreading. Does this work differently with cable & DSL networks versus wireless networks like mine?

Thanks, Sean, that's very helpful to know. I can see further evidence of this by running a multithread and a single-thread test while one TV is streaming. In that case, both tests show similar results, which is exactly what one would expect... i.e., the streaming connection plus the single-thread test together max out my contract bandwidth. Great suggestion! Better yet, a screenshot of my router's WAN Traffic screen, since Task Manager can't show that other network devices are idle or off. The problem is, they're going to ask me to run a speed test on their preferred site. I don't yet know which site they'll point me to, but as I mentioned in my original post, other test sites typically report close to my contract speed. For example, I just ran turned off everything and ran a TMN single-thread test and it shows 3.6 Mbs with middle variance of 47%. Next I ran tests at CenturyLink (see attached screenshot), Ookla, and Spectrum. All graphed consistent D/L speeds at 4.7 Mbs for the duration of the test. Is this because other sites are running multithread tests? I'm going to have a hard time trying to explain that one to my ISP!

Thanks, that's helpful. As this is a very rural area, I believe the local tower serves on the order of dozens customers, for sure not hundreds. The ISP taps into fiber at the tower, so not wireless past that point (the same tower supports several cell antennas). I'd like to better understand how this relates to my typical internet performance. The only real demand I put on my network is streaming TV shows... we have a couple of TV's with Roku boxes. So if I'm streaming on one TV, the tower would see that as a single thread, right? But if I'm streaming on 2 TV's, would the tower see that as two threads? If so, that should put us close to our 5 Mbs contract and would explain how we can simultaneously stream 2 HD videos without buffering. Nonetheless, I'm paying (a lot) for 5 Mbs service so I need to collect some non-threaded test results at random hours so I can complain to my ISP. Interestingly, I get the same poor non-threaded test results even in the middle of the night (typically 2 - 3 Mps) when most if not all of my neighbors are asleep. So this doesn't look like a network loading issue at the local node.

Thanks guys. My connection to ISP (Wi-Power by Transworld Network) is wireless (small dish, line-of-sight). Might that explain why I'm getting close to my contract speed with multithread tests but not with linear tests?

Yup, I didn't look very hard did I ? My automatic (non-multi) tests always select Dallas, although geographically I'm a bit closer to LA. I guess I don't understand what multithread means in this context. What is the rationale behind selecting multithread?

I'm new to the forum. My ISP is wireless (microwave?) and I pay for 5mbs download. Over the 1-1/2 years or so since I discovered TMN, I consistently get lower results with TMN than with other speed test sites. I read in another discussion here that setting multithread might produce different results. It did. Whereas my default test results were typically between 1 & 3 mbs, the multithread tests I ran this evening all came back at ~4.7 mbs. Why is that? I have an unrelated question, if I may... Now that I registered with TMN (to post this question), I noticed my previous test results are only accessible when I log out. I'm not sure how my system is identified by the site, but it seems like it would be able to consolidate my previous tests into my new account, no?