• Content count

  • Joined

  • Last visited

  • Speed Test

    My Results

CA3LE last won the day on March 19

CA3LE had the most liked content!

About CA3LE

  • Rank Webmaster
  • Birthday 11/17/1981

Contact Methods

  • AIM
  • MSN
  • Website URL
  • Yahoo

Profile Information

  • Gender
  • Location
    Colorado Springs, CO USA
  1. Read this ... long story short, you most likely have the 7-11 Mbps TMN is telling you. But you're in South Africa and the closest server you've tested on is in the UK. I also see that you did multithread tests but selected all of the server, which can bring your score down. Try multithread again, this time only select UK or DE servers... you could even try both at the same time. Just don't select the wide array you did before. These results will probably be your highest. Both results are true, they're just tested differently. The default single thread test will show you how fast single files are able to download and streaming ability. When you multithread, imagine that it's not downloading a single source, it's grabbing multiple files at the same time. You may be able to perform better in aggregate but not in a single thread. You also may be able to perform better on that single thread if the server is closer to you. By the way, TCP optimizer helps older windows based machines perform better at distance by adjusting MTU and RWIN values.
  2. Welcome to!
  3. Probably more likely that it's because Comcast has a wider sample, with more variety. Doesn't mean that they're worse or less reliable. They have options for lower packages, the people with the lower scores may be happy. Without knowing the package speed and the scenario the tests were taken under it would be hard to fully make an assessment like that. I have improved charting that's on the way that will give you much more useful information when doing those comparisons.
  4. Log in next time you test at your office so I can find your results on that connection.
  5. I had temporarily disabled the larger upload tests because I noticed an issue but it appears to be working correctly so you can now test upload up to 100 MB again. So you're talking about a different connection from the one you're posting from right now, right? Because your test sizes are more than adequate at those speeds. Even at 100 Mbps (12.5 MB/s) a 100 MB test gives you 8 seconds of testing which is more than enough to get accurate numbers. Having said that, larger tests are coming. Both upload and download.
  6. Here's a couple more multithread tests on different servers in Sao Paulo. If you perform better on these then it may be that the peering to that server I just threw online for you isn't very good. Like I said, they were untested. These are two examples taken from's public list and entered into Mercury Speed Test. By taking any of the URL's listed you can reference the files used by to test... but use for the actual testing. <server url="" lat="-23.5000" lon="-46.6167" name="Sao Paulo" country="Brazil" cc="BR" sponsor="Vivo" id="6696" url2="" host=""/> So you find the base URL Files used random350x350.jpg 240K random500x500.jpg 494K random750x750.jpg 1.1M random1000x1000.jpg 1.9M random1500x1500.jpg 4.3M random2000x2000.jpg 7.5M random2500x2500.jpg 12M random3000x3000.jpg 17M random3500x3500.jpg 23M random4000x4000.jpg 30M So if you paste... ...into the Mercury Test, it will create a multithread download speed test using that 240 kB test file. Faster connections benefit from larger test files, as these are repeated to meet the final test size. I do see other people testing at high speeds on that server but it may be that those specific people's ISPs peer better with the providers that host uses. I need to see more data before I look for a different solution.
  7. Especially since you mention issues with streaming I would compare the multithread speed test to your previous results (tested with a single thread). (ookla) does a number of things that make things appear faster and make it less likely to help you in your case. They multithread, which makes it difficult to see issues affecting single thread performance. They also adjust the result, removing the top 10% and bottom 30% of the result. In my opinion, negating the entire test. So if you want to get something fixed, is a far better choice. Comparing single thread to multithread with TMN can identify these issues, a healthy connection is normally able to perform equally well on both tests. Default linear test (bottom) and multithread result. Both taken against Dallas on my home connection (in Colorado Springs > 700 miles away). Enable multithread, select and test again so we can see.
  8. - Sao Paulo BR is online This can be found on -- should be immediately available to most but may take 24 hours to propagate DNS for some people. Let us know how it works for you.
  9. Still waiting on activation. They're taking longer than most to get something online.
  10. Hey @That_Eriksson I'll have a server online in Sao Paulo Brazil for you in just a few. I'll update this topic when it's online. It's with a hosting company I haven't tested so we'll have to see if it provides good comparison for our South American friends.
  11. Your post may have been in moderation or something, because you're new. is a independent third party, no ISP has influence over the content here. They're able to post and read the same as you are and can't delete or moderate anything.
  12. I added a couple more options for our members. Going up to 500. Keep in mind, you must be signed in the see and use these options. Hope this helps!
  13. Verizon's speed test also multithreads. If you want to multithread for comparison toggle the option on the multithread speed test, you can then use the site normally and the download speed test and automatic speed test will be multithread also. I'm curious to see what your results are using the multithread option. Let me know after you've tested.
  14. ... super delayed. Happy New Year!