CA3LE

Maybe contact that developer. Easier to just use TestMy.net instead. Try the beta under My Settings.

You'll get this error if you run too many tests too quickly. It should be there... but not unless you hit the test more than you did. It shouldn't happen on your first re-test like that. I was seeing it too, when combined test was used and re-test was quickly done. I made an adjustment and it now passes properly under that scenario. Thanks for the heads up.

thank you! And thank you to those who've made anonymous BTC donations! Very unexpected. You guys rule.

I'll correct that, I didn't update the old My RT program with that mirror's information yet. Thanks for catching that. That mirror is slightly different than the rest, not built into My Latency by default... unless you select that mirror, then you'll see the option. It was donated by WaveX ISP in Kenya, I own all of the other servers. Donated, but it's a full TMN server I maintain... first one. -- it also doesn't appear in the legacy multithread test right now.

You live in a very interesting location in the world. When you search for the "western most part of Europe" in Google you find Cabo da Roca. But that's totally not true. This rock, just off your island is the real western most part of Europe. That rock, from what I can see... is the end of Europe. Google Maps The Westernmost Point of Europe I feel like you're getting extremely good speeds to that remote location.

Quotes from private messages

Wow! You resurrected a 20 year-old topic! Ahh the old days, when 4 Mbps was amazing.

It really does sound like you've checked all the boxes in your troubleshooting. Was this PC performing like the others until recently? I'd like to see how you perform on the beta, it may give us more clues. go to My Settings, toggle it ON then test as you normally do. Once enabled you can Tune ☆ and increase the max text size, enable multithread, etc. Run this on the PC with the issue and on a device that's known to be working correctly so we can compare.

Using DNS in Singapore doesn't really help for your latency to the server. Latency is like the time it takes for you to send a message to your friend and for them to respond. In the world of the internet, when you click on something or ask your computer to do something online, it sends a request to another computer far away. Latency is how long it takes for that request to reach the other computer and for you to get an answer back. If it takes a long time, everything online feels slow, like when you're waiting for someone to respond to a text. When you ask your computer to load a website, it sends a message to another computer far away called a server. That server holds the information for the website you want. The message travels through wires, cables, or even space (if it’s using satellites!), and when the server gets it, it sends the website information back to your computer the same way. The time it takes for the message to go to the server and back to your computer is what we call latency. The quicker it travels, the faster things load! You can't improve this unless you're able to take a shorter path to the server. The physical distance creates unavoidable latency... the speed of light is the limiting factor. What the Latency Test is showing you is that servers in Singapore will perform best for you. Amazon is hosted on a CDN (content delivery network) so when you request using that test it pulls from a server closer to you automatically. To improve latency over long distances, here’s how it works: Use servers closer to you: Imagine a game of telephone. The closer the person, the quicker the message gets to you. Using servers that are closer (like a local one instead of one far away) speeds things up. Optimize the route: Think of taking the quickest path home. By using smarter routes (like special internet paths called "content delivery networks"), the message travels faster, just like choosing a shortcut. Use faster connections: Just like a fast car on a highway, using better internet connections helps the message travel quicker, even over long distances!

Sorry this took so long. The upload and download now have separate X-axis with date/time that syncs and makes more sense. They also have separate y-axis and are independent of each other.

Alright, "Mixed Stress" is added, find it under Tune ☆. Toggle it on, adjust the ratio if you'd like, then run download tests as you normally do. Let me know what you think.

Very glad to hear that! I've found over the years, the most reliable indicator whether something can be trusted or not, ask the question, "is it at all related to Bill Gates?" Thank you for following up. Looking forward to it staying fixed for you.

oooohh, I got it working. Quickly. Almost like I planned it... oh wait. Need to style it differently, this isn't just a download test result. You can see where I run two combo tests, then one normal download test It's not like the upload portion is causing congestion in the browser, I'm testing it, calling upload 1/5. So for every 5 download packages received an upload package of equal size to 1 of the download packages is sent. The result is immediate degradation of the connection... exactly what we like to test here. I combined this with another device on the network and indeed found degraded performance. Meaning we're pushing to the limits. Stress test. Look at the gif, the 2nd combo test was larger (200MB) ... notice how the download was starting to fluctuate and flutter under this condition. The connection was like, "whhoooww, what!" Pretty cool. My phone's results are really interesting too. I'm going to keep playing around with the idea and get something packaged up for you nice and neat.

Don't know how I missed this topic. I read it when it came in but I never responded, sorry dude. I was thinking about the same thing as I was developing the beta... how it would be interesting to combine them together. So along the way I developed it with that in mind for the future. There are a couple of different ways I've imagined it can be done. I think I'll just have to experiment in the real-world. It's definitely coming. Whether people understand it, use it, want it or care about it... that's another story. But I think it would be a cool, unique tool... sounds like an interesting new benchmark. One that will be hard to score well on unless you're connection is awesome. I think the most interesting part to me is that it's unknown. I can kind of simulate what would happen but when it's actually a single process, I think it will yield interesting results. A test whose results can only be compared to itself. I'll let you know when it's ready to try.