CA3LE

Wow! Your member number is right in between xs1 and cholla. You definitely deserve the Original Member badge. Welcome back. What kept you from signing in for over 20 years? I was just glancing over some of the first members. There are still a few registered in 2003 (the year the forums started here) who are still active. Pretty cool.

Hi Cholla! Happy to see you're still around.

You already said it best, "it's usable however only for loading websites" It will get you by until the next cycle. How much bandwidth do you have to use with Verizon before that limit is enforced? Are you using a dedicated hotspot device or is this a hotspot off your phone?

EDIT: scroll down first. First, here's my levels for comparison. Scrolling way over there are a lot more channels Maybe your levels are a little too high. In some cases, on the cable providers end, this is adjusted seasonally to compensate for cable length differences with temperature. In the summer, overhead cables become longer with the heat and shrink in the winter. This extra length causes a drop in signal, so it needs to be amplified to a degree. Then in the winter it needs to be turned back down. Again, this is all done on the providers end. High levels don't make things better, it can make things much worse. There's a sweet spot. Been a very long time since I was an actual cable guy... but when I was, I aimed for downstream power level to be near 0 dBmV. Mine is usually around -3 to 3 dBmV. There is something you can do about it... actually this is done on my connection right now because my levels were too high when they first installed me. Here's what I would do. Get a 3 way splitter. The type is very important... hey, an exsisting splitter could even be the issue. Here's mine for reference. Notice, 5-1002 MHz and then on the legs they say 5.5 dB ... that's -5.5 dB signal loss off those legs. A good thing, sometimes. 2 way splitters will drop 3.5 dB Most 3 way splitters drop 3.5 on one leg and 7 on the other 2. Because internally it is 2x 2 way splitters. To have a nice even 5.5 drop on all legs is kinda special, they didn't have those when I was a cable guy. For yours, maybe drop 5.5 to 7 dB. Get the splitter and cables from a Comcast store. If they only have 2 way splitters, get 2 of them. To be safe, only use cables and splitters that come from Comcast. Plus, they normally hook them up for free. . -- they really should only want you to use their connections, it saves service calls. Some cables and splitters are designed for antenna, they don't care as much about the lower and higher frequencies and they don't care as much about ingress/egress. So yeah, only use the cable providers cables, splitters and amplifiers. I don't think you need this diagram but I drew it for good measure. You may have a splitter along the line somewhere that could be to blame as well. I would trace all the way from where the cable hits the side of your house to the modem and replace any splitters, barrel connectors (they connect single cables together) or possibly bad cables along the route. Just something I would try myself before calling. BTW, in this case I would only be testing single thread. I think that's going to be the most helpful. You've seen up to 248 Mbps upload linear before, we know it's possible. https://testmy.net/db/uYQhpDzSj Please update us on any developments. And I'm sorry it took me a while to get to your topic here, I wanted to take time to properly respond... then days passed. EDIT: Looking again, I wouldn't do this. It will drop your upload signal level too low. You want 40 to 45 dBmV for upload power level. -15 to 15 dBmV for download. Trace back the lines like I said, if you don't find anything then call Comcast. Show them what you're seeing. You will have 200 Mbps again soon. This may help someone in the future.

Yes, according to my IP records in the forum... you've only been using 1 IP recently. So this is very weird. Please visit https://testmy.net/iptools click [Paste] then "Run Query" -- take a screenshot and send it to me in a PM. Maybe the IP detection is grabbing a forwarding address by mistake, under some edge case scenario. With your help we'll get it fixed.

Sorry, I gave you permission on the backend of the program but not on the frontend. It should be available for you now.

You're all set! Give it a try.

HI Ritan671, welcome! For ping, either select Latency from the main menu or enable the beta under My Settings. Let me know what you think or if you have any more questions.

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.

I compiled chart.js into ES5 javascript and added a ResizeObserver polyfill (adding a newer JS feature to an older browser, filling the gap) and am able load the beta is Safari 13.1.2 now with no issues. 495.2 Mbps [61.9 MB/s] | Downloaded 200 MB Linear in 3.23 seconds Pre-Test: 520 Mbps [65 MB/s] | 106.7 MB in 1.64 seconds Download Graph: [560,552,544,512,488,496,432,480,488,504,504,512] Test Latency 44 ms Avg - 16 ms Min Latency Graph: [117,117,66,16,18,16,110,19,17,16,129,17,16,24,19,16,16] User: CA3LE | CompID: 6532027578876 | Host: Comcast Cable | Locale: co.testmy.net User Agent: Mozilla/5.0 Macintosh; Intel Mac OS X 10_13_6 AppleWebKit/605.1.15 KHTML, like Gecko Version/13.1.2 Safari/605.1.15 Graph & Validate: https://testmy.net/x/tmn?resultID=8IZxw75l0 40 Mbps [5 MB/s] | Uploaded 24.8 MB Linear in 4.96 seconds Pre-Test: 40 Mbps [5 MB/s] | 10 MB in 2 seconds Upload Graph: [44.8,40.8,44,42.4,43.2,41.6,40.8,41.6,40.8,41.6,41.6,42.4] Test Latency 39 ms Avg - 11 ms Min Latency Graph: [51,56,42,12,12,50,11,44,43,44,48,51] User: CA3LE | CompID: 6532027578876 | Host: Comcast Cable | Locale: co.testmy.net User Agent: Mozilla/5.0 Macintosh; Intel Mac OS X 10_13_6 AppleWebKit/605.1.15 KHTML, like Gecko Version/13.1.2 Safari/605.1.15 Graph & Validate: https://testmy.net/x/tmn?resultID=x69j8nxpt Hoststats and DB search charts also rely on this same resource. Charts are working across all pages on my iMac running a fresh install of High Sierra. My super old iPad, not so much. That's running Safari 10. I thought this would have worked... there may be another polyfill I need. But it's really hard to debug that one because I can't get it to connect in dev mode (so I can see what's really happening in the console). Maybe if I reset the device. But then I go to use the internet in general on that thing and pretty much all sites are broken in some way. May be time for that to retire. So this won't fix all cases but it should bridge the gap for many. It's basically been translated into language old browsers can understand. There are ways to polyfill the entire modern js framework... but how much of a payload do I want to send? Answer: As little as possible. It may not be worth it to make it work for every single browser. Especially since I have a legacy version of tests and charts that work in that scenario... I just need to give it instructions to serve that client a little different. Which isn't ideal but it will work. Please let me know if it's working for you now.

When I got back home I checked, 13.1.2 is the latest version of Safari for High Sierra unfortunately. BTW, why not run Chrome or Firefox instead?