CA3LE

DANG! If that's what you get in "an area that's horribly overprovisioned." -- sign me up! Sorry I'm slow to respond dude, been consumed with building a couple of ZFS servers on the backend. It's a process, that's just about complete.

Thank you Obeahman! This is one of the best testimonials we've received in a long time. Feedback like this drives my development. It's really nice to hear stories of TMN working for people. It's pretty crazy how under served so many people are and how most tests don't seem to notice. It's hard to convey to the majority of people why TMN is different so first hand testimonials are really helpful. There are major differences here that in my opinion render other tests useless when most needed. You witnessed it yourself. I'm happy to hear that you found TestMy.net and that it's done what I originally set out to do, help you get what you're paying for. Hopefully in the future more people find us here. Much appreciated on this end as well.

@quid I sent some instructions via private message.

@quid noticed your donation earlier, just noticed by checking the email address that it was you, thank you. I know that you know, you didn't have to do that. I really appreciate you took the time. Your donation pays for Terabytes of much needed bandwidth. I only have that link in the forums and get very few (almost no) donations. To be honest, I never wanted ads on TestMy.net. But this is a bandwidth intensive application. It's expensive to host and that's after I built a network and hardware stack to cut costs. In the future I'd like to provide a service that people will see value in and happily pay a small monthly, quarterly or yearly fee to experience TestMy.net the way the developer intended. Ad free. If I can get enough support in that direction my dream is to make TestMy.net ad free for all.

btw, the reason this website exists was to test my Cox cable internet back when it was first released in 1996 (I was 15) ... to see what throughput I was actually getting from Cox Communications. (TMN got its name later) Really though, I think the automatic test you've been running is already telling us a lot. ?t=u&d=01-16-2022+%2F+01-17-2022&y=u&l=25&q=quid's Speed Test Results A couple things I would check, Router placement: How far away is the router and what obstructions are present? Are there any mechanical devices near the router that may be interfering with the signal. Is the router confined in an enclosed space? Other devices: What are the other devices doing? Can you run a test for a period with all other devices disabled? (1 pm to 1am your time should be a good period given what I see above) Is your arlo power wired or battery? If it's a battery only unit I can give you instructions for how to give it hardwired D/C power, this not only will save you money on those expensive a123 batteries but it will make it more reliable in cold temperatures. You might even have a suitable power adapter that you can repurpose for free. If you can, take a laptop outside near the arlo camera and run some tests. Go to https://testmy.net/mysettings and change the first (e.g. laptop, 1, 2, 3) so that we can tell the results apart. It could be that double pane windows, metallic window tint and/or materials your house is made out of are making it difficult to communicate. Your laptop may have more powerful wifi than the arlo but it may still provide some clues. Test first inside the door (maybe use identifier 1), then outside (identifier 2), then back inside (back to identifier 1). So first, I'd make sure the placement of the router is optimal. Then I'd make sure there aren't computers or devices mucking it up. Could be a torrent in the other room you forgot about (maybe a family member or roommate), could be your phone uploading a bunch of stuff to the cloud when you get home after a long day taking photos. There are many scenarios that can consume upload and make it an issue for everything network-wide. If your upload is it all taken up, you're internet's going to suffer across the board. If you disable all devices and the issue clears up but you don't know where to start, then maybe reconnect them one by one until you see the problem. Pinpoint and target the machine that seems to be slowing things down. No matter what, I'm going to make sure you get early access to my new tool because it seems like it's right up your alley. It tests your home connection every second of every day while also respecting your network bandwidth. I've been running it myself since 2020 and have never noticed it running, unless I have connection issues. Then it makes its presence known. It's designed to run indefinitely and use minimal resources, all around. Like everything at TestMy.net it only requires a modern web browser. This is actually different from the code in development I was previously talking about. And then in thinking about what you were saying,"test my upload throughput for an extended period" got me thinking since yesterday about a totally different upload test method, a hack to the current method that would provide deeper insight. Seriously, thank you! I don't know if it will work but it will be fun to experiment with. If it does work I can see a huge benefit.

Let me see what I can arrange for you. Looks like you'd use about 14GB per hour. So that's not a big deal. I'll mess around over the next few days with some code I've been developing and get back with you. Needs a few modifications to do exactly what you're after.

Hi Stack! It's under my settings (at the bottom of all pages), also can be found on the download test and upload test pages to the right.

Thank you too!

Returned to normal operation about an hour ago and has been stable since.

Vultr has been experiencing issues today 2/5 of the UK servers are back online. I'll update this thread when it's back to 100%. DE servers had a misconfiguration which has been corrected. Thank you for the heads up.

On my end it looks like your IP address changes. Best thing to do in this case is make sure you're logged in while you're testing. This way your result is also stored in the database under your username. You also want to retain TestMy.net's cookies as they're necessary to retain your login and other settings. If you know what your previous IP address is we can search for your previous results. If you'd like to ensure that it's logging properly after your first run go to https://testmy.net/myresults and you should see the result saved under your username. Sorry for the inconvenience.

Are you still around? Haven't seen you online here since Sunday.

Still working on this, will update in a few days.

I have a new program I'd like to start beta testing very soon. I've been running it myself nonstop for well over a year now. It's reliably been keeping track of my home connection's uptime / downtime. It's also helped me make TMN's services more reliable and redundant in the process because the server-side needs to be highly available for the program to make sense. Can't be sending false alarms because of server-side hiccups. I really just want to open it up to people in its current state, there are minor bugs I need to address but none of them have to do with the functionality, usefulness or stability of the program. More aesthetics. I feel like it's a new concept so it will need to find it's design along the way as I get feedback. The core functionality is pretty sweet already. I'm just unsure if people will get what it's all about at first glance. In your case, it does exactly what you're looking for. It passively monitors your connection every second then notifies you when your connection goes down and when it's back online. It has an interesting, unique and reliable method of operation. Designed specifically to be able to run indefinitely on unstable connections and always recover itself back into a ready state, using minimal resources. Give me a few days to button this new program up, I'll send you a message and update this thread.

You could setup a virtualized environment. Using VirtualBox or Parallels install a virtual machine and during creation tell it to use the network adapter for the connection you'd like to test. Using a free Windows 10 ISO or Ubuntu ISO. (I see you're using Windows) You could also try ForceBindIP or something similar that would give you control over the network interface or IP address for specific applications. Then set it up so that your test browser (the one running TestMy.net) is using the IP or interface you'd like to test. If you need your main browser to be on your other network I'd suggest installing FireFox on the side and dedicate it to the purpose of testing in the background. If you use this method please let me know how this works out for you, I haven't tried it. I did take the time to scan the downloadable exe using various online virus scanning tools like Kapersky (here's the hash) all came back clean.

You should want to keep your old results to compare against. Some of the averaging tools here like My Average work best with a history. (e.g. CA3LE's My Average) You can narrow your My Results search to a certain date to get the same effect as deleting results. If you'd really like to delete your old results you can also do this under My Results. In the results details under the graph, check the boxes next to the results you'd like to delete then hit the trashcan at the top of the table. You can toggle all with the checkbox next to the trashcan. If you have a huge number of results, alter the results/page setting to display more results per page to make the process quicker. Originally when I started database logging there was no client-side delete functionality. The reason it was added was to delete possible erroneous results. Wasn't ever intended on being used to totally reset results --but it can be. side note: In an upcoming release you'll have the ability to reset all of your logs without actually deleting anything.

Thank you for pointing this out, it was a timestamp issue. This was only affecting the displayed time not the test sequence time. I've corrected this and it's correctly displaying now.

Thank you for speaking up, your feedback helps a lot. Dallas is the default for in case of complete fail over but the number of test servers at the other world locations prevents most locations from going completely down. And as you noticed, if your locale is unhealthy you'll fail over to Dallas while your selected location is offline and return to what you selected after it passes health check. Behind the scenes the system for server health is all automated. Servers are taken offline and brought back online automatically depending on availability and load. I love the idea of giving more of a status on the mirrors page to give you an idea why a server might not be available. I'll work on that.

It was down for maintenance and is back online now. The server list is at https://testmy.net/mirror. Most locations have multiple servers to fall back on but Toronto has much lower traffic so it currently only has one. Sorry for the inconvenience.

Are you running a combined test? I just ran some tests against the NY servers and didn't see any problems. I can see a bunch of upload results under your history. https://testmy.net/quickstats/roger

It will affect your average but very little given the number of results you have. If you delete it then it won't be averaged. I can delete it for you if you'd like but I thought you might want to try it yourself.

I'm not sure either because I haven't been able to ever get it to do that. My guess is something on the provider end is messing with TestMy.net's output. It may be trying to accelerate previously loaded content. I do a lot on my end to try to bust host caching and clear your cache programatically. But you may get an occasional outlier. Seems to really only affect the multithread download test. You can delete that outlying result by checking the box next to that result and click the trash can at the top of the result details table. When I'm not programming or building server infrastructure on the backend I often scan the results for outliers. After so many years of doing this and adjusting the program they're pretty few and far between but I would like to develop a solution for any remaining. When I've rotated back into programming mode I'll make sure to make the necessary adjustments to prevent this. I think before the result is logged your average will be taken into account, it's already being queried at that stage. If the result is much higher than your average and the result is over 1 Gbps a re-test occurs with further cache busting measures. After re-test, if the second result is within a range of the first result it will allow logging. And if not, the test will die with an error so we don't create a loop. When I find these in the results I usually see the client re-test soon after, the re-test always returns to the median. It would really help if I could reliably make the issue happen but it's an intermittent issue I've never personally seen. Unless I witness it I can only try to fix it blind. But I think we have a roundabout solution, just need to program it in there. Thank you for the constructive feedback, it's always very helpful. You are building TestMy.net.

Definitely need to work on SEO. Best thing people can do is spread the word. And you're right, to the casual user -- they have no idea what makes TMN unique. Unfortunately the majority just follows where the rest of the crowd goes. A vicious cycle, feeding into itself. -- implications far deeper than just speed tests. lol One of these days I hope to get my message across better, where more people want to engage. Until then, all I can do is keep developing. At the end of the day, I'm happy just serving those who already understand the difference. Forums everywhere in general, died. The Internet changes and you have to change with it. I may eventually push the forums off into an archive in favor of a more modern method of communication.

I'm lurkin' too. Reconfiguring my server cluster for high availability. Some pretty killer backend upgrades. Pretty sweet, all coming together nicely. You may be able to notice when the site has migrated to the new setup. Some really heavy database queries in testing are returning at least twice as fast as they currently do. In the latest configuration I'm running directly off 100% Optane memory. I swear, it's alien technology. It's not about how fast it is, there's faster (on paper, if only scratching the surface -- totally different story in the real-world) -- but it's at what queue depth that matters. And there are NAND drives out there that perform amazing. But what none of them have compared to Optane... Optane can write directly to memory without the need for DRAM cache, it's THAT fast Optane doesn't need to first erase the cell before writing Optane has nearly unlimited write endurance Optane loses no performance as the drive fills up Optane does not require trim (goes on and on really) -- it's in between RAM and NAND For my workload it feels the same as going from HDD to solid state. Or from solid state to raid-10 solid state. It's that big of a difference, mind blowing really. Over just a few days of testing I thrashed it with about 60 TB of data and it never broke a sweat -- literally, the drive didn't fluctuate in temp. SMART/Health Information (NVMe Log 0x02) Critical Warning: 0x00 Temperature: 40 Celsius Available Spare: 100% Available Spare Threshold: 0% Percentage Used: 0% Data Units Read: 48,816,551 [24.9 TB] Data Units Written: 105,693,840 [54.1 TB] Host Read Commands: 937,508,694 Host Write Commands: 1,177,333,140 It just sits there at 40°C like, "Is that really all you've got? Do you realize who I am? HIT ME! I DARE YOU! This is my idle temp FOO!" -- in other words, it's bad ass. It's a different kind of memory entirely. Old but relevant video describing 3D XPoint (cross point)

IKR I already have a new upload test to beta test. I have to build that proof of concept into the existing site and had some prerequisites that needed to be taken care of first. It should slide in nicely now. Definitely on the list. About to start another round of programming. You'll have an option to toggle beta and try out a few new things I've been developing (for years now) after this next round.