CA3LE

Administrator
  • Content count

    9,044
  • Joined

  • Last visited

  • Speed Test

    My Results

CA3LE last won the day on April 9

CA3LE had the most liked content!

About CA3LE

  • Rank
    TestMy.net Webmaster
  • Birthday 11/17/1981

Contact Methods

  • AIM
    CA3LE
  • MSN
    CA3LE
  • Website URL
    http://TestMy.net/
  • Yahoo
    CA3LE

Profile Information

  • Gender
    Male
  • Location
    Colorado Springs, CO USA
  1. Can you post examples? I looked through your results and didn't find any that looked like that. Maybe you deleted them. You were talking about the TiP result, within the individual test results, correct? Keep in mind that your overall score is calculated completely separate from the TiP result. The TiP minimum, maximum and average are taken from calculations that are separated from the main event. Some of your tests are running more smoothly... http://testmy.net/db/ozEV43YIP ...and some look like a struggle to get to the end. http://testmy.net/db/HvlNtJKXk Obviously, it's best if it runs like the first scenario most of the time. But if you see an extreme spike either way and then it's followed by normal plots, simply disregard it. If you have time, send me a private message with the TID so I can look at it and use the information to improve the algorithm. But keep in mind when that happens, your overall result is not affected. It's not as if the TiP result aggregates into the final result... TiP is a totally separate entity. I may put a 'report inaccurate results' link in an upcoming version to make it easier for users to flag results for a closer look. In this case, I personally never see spikes like you're seeing. It's hard to program a fix for something when you can never see it yourself. But I do learn from your results and apply it. I often spend hours going through live results to look for anomalies. TiP is already much more accurate than the original concept but I know there's always room for improvement. I think the issue on some machines is that something in your software configuration is causing intermittent delays in browser transactions. When these delays happen during the test it causes a misreporting of the TiP numbers. Probably because the times are taken so closely together. Sometimes the fact that a computer is not able to run TMN like the majority of the population is a clue. Example, my friend _____'s laptop can hardly run TMN right now. It used to run it perfectly (another clue that something new is up) and all of the other computers and devices on his network run TMN to the best of the networks ability. The issue is in loading. The test loads and runs but seems to get hung up on the forwarding around that TMN does during the test. Disabled his virus and internet security protection, because sometimes those programs have been known to cause issues... nope. Still does it. Now if this were anyone else I might dig deeper but he admits that he does things online that he probably shouldn't, opens and clicks things that he shouldn't, etc. Per my recommendation he's backing up his files and I'm going to format it and reinstall windows for him. I guarantee, when it boots up... it will no longer have that issue. Sometimes you don't even have to get to the results page to get a result at TMN. Hell, I often start a test and cancel it part way through because I got the point of how it's running just by how it loaded. Please forward me those results in the future so I can make sure it's not something I can improve on.
  2. If the other people on the network are currently downloading or uploading it will affect the result for sure. Most of the time however it's not necessary to disconnect anyone. Chances are, they're pretty much idle in the grand scheme of your connection, even if they're hitting webpages at the time. Now, if you suspect that one of the users is eating up bandwidth it may help to test first to get a baseline with everything connected normally, then remove the other connections one in order to determine which machine is at fault. It can be a quick, easy way to troubleshoot. It's always accurate. It's just not going to give you favorable results if other people on your network are using a significant portion of the connection. That lends to the accuracy. If you add the speed of what they're doing and your TestMy.net result... then run an identical test without the variable of the other users, unless there are other variables at work, you'll always find that it matches. No, you shouldn't. I never do. But if my result is way lower than expected... I'll start looking at the other connected machines... and then the internal network before I ever assume it's my providers fault. 9 times out of 10, it's my end. Something needs a routine reboot, I forget about a file transfer on another machine.. etc. But the variation in my normal result shows me that there's something not right and helps me track down the culprit every time. Someone told me about how it helped them figure out that their neighbor was leeching their connection, torrenting. Although like mudmanc4 said, there's a definite benefit to isolating variables. When you're at the end of your rope. First, get your baseline hooked up normally. Then if you're on wifi, test directly connected to the router. No improvement? Then test directly wired to the modem (if your modem is separate from the router). If you still have the same issue, connecting a different computer to the same direct connection will prove that it's not isolated to the one machine. Remember, the modem will need to be power cycled between connecting and disconnecting the modem from anything. It must be assigned to the new mac address of the device it's plugged into.
  3. 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.
  4. Welcome to TestMy.net!
  5. 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.
  6. Log in next time you test at your office so I can find your results on that connection.
  7. 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? http://testmy.net/compID/22243263264 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.
  8. 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. http://testmy.net/mX/dRZav http://testmy.net/mX/uW9ty These are two examples taken from speedtest.net's public list and entered into TestMy.net Mercury Speed Test. By taking any of the URL's listed you can reference the files used by speedtest.net to test... but use TestMy.net for the actual testing. <server url="http://speedtest.vivo.com.br/speedtest/upload.php" lat="-23.5000" lon="-46.6167" name="Sao Paulo" country="Brazil" cc="BR" sponsor="Vivo" id="6696" url2="http://speedtest2.vivo.com.br/speedtest/upload.php" host="speedtest.vivo.com.br:8080"/> So you find the base URL http://speedtest.vivo.com.br/speedtest/ 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... http://speedtest.vivo.com.br/speedtest/random350x350.jpg ...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.
  9. Especially since you mention issues with streaming I would compare the multithread speed test to your previous results (tested with a single thread). speedtest.net (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, TestMy.net 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 br.testmy.net and test again so we can see.
  10. TestMy.net - Sao Paulo BR is online This can be found on http://testmy.net/mirror -- 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.
  11. Still waiting on activation. They're taking longer than most to get something online.
  12. 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.
  13. Your post may have been in moderation or something, because you're new. TestMy.net 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.
  14. 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!
  15. Verizon's speed test also multithreads. If you want TestMy.net 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.