CA3LE

So check this out... https://testmy.net/db/-SMrztfuy See all of the locations you're testing against. uk, de, cn and au are bringing your speed down for sure because of the distance and international routing involved. Your multithread results before looked like... https://testmy.net/db/Aa1YNWoSI If it just says testmy.net then it gave you a mix of Dallas TX (4 servers), San Jose CA and Washington DC. (outside of the US the mix changes) I think that if you change to more favorable options your speed will pick back up. Try some tests with multithread disabled too.

That's a dramatic increase! Wow, I had no idea this was happening out there.

Thanks for catching that, it's displaying properly now. Although, I'm not allowing it to multithread over https. It shows https in your browser but the test is actually pulling the data over http. The problem is if you haven't previously authenticated each sub domain it will ignore that portion of the test. For me, I had authenticated all but a couple of the servers... multithread test against all of the servers showed an instant progress of 20% just loading the page... because if they aren't authenticated the test thinks the information has been loaded. It will need further development to avoid those issues from affecting the results. So for right now the multithread test remains http only.

Fixed. When you have results, please share them.

You shouldn't get the warnings anymore, as long as you've accepted the cert on both testmy.net and the server you've selected. You can now visit https://testmy.net and it will work with all servers. Let me know if you have any problems. Later I'll make a way to differentiate the tests taken with ssl (https) in the database.

Alright, it's only on one server right now and you have to manually call upon it with a URL. I'll make sure this becomes an option everyone can easily use. https://co.testmy.net/SmarTest/down - https://co.testmy.net/SmarTest/up (or add https to any of the common test URLs e.g. https://co.testmy.net/SmarTest/combinedAuto - https://co.testmy.net/dl-1MB and https://co.testmy.net/ul-1MB) I'll let you know when I duplicate this across the network. Thanks for the suggestion.

Not right now but I've been thinking about adding additional time functions. The time is stored with UTC, and then offset to your local time. It would be easy to add an option where you can set the offset yourself. It will also reference the users timezone and let you know what the local time was for the person who was testing. Right now it just adjusts the time to the timezone of the person viewing the page. Thank you for the suggestions, good to know that people want this. I'll work on it for you.

Would be nice if it was Google's problem and they fixed it...

I'll work on this for you.

I know what you're talking about, unrelated issue. That was an issue with apache. Seems to be all good now, let me know if you have any more problems.

Do they offer any packages faster than 12/1.5 in your area?

:)

I don't have any specific IPv6 tests online right now but I can work on that for you.

Have you tested against any other routes? Try ny.testmy.net, co.testmy.net and east.testmy.net and see what you come up with.

I'm running it on a late 2014 5K iMac, 2 late 2013 rMBP's and a mid 2011 iMac. I'll upgrade my 2008 Mac mini soon and let you know how it goes on one that old... from what I've seen I'd bet it's smooth. Every computer I'm running it on is super stable and all havn't rebooted since they were upgraded a couple weeks ago. examples... Damons-MacBook-Pro:~ CA3LE$ uptime 8:51 up 14 days, 13:23, 4 users, load averages: 1.09 1.22 1.23 Damons-5K-iMac:~ CA3LE$ uptime 8:50 up 12 days, 20:36, 3 users, load averages: 1.73 1.59 1.55 IMO, this upgrade is one of the best I've seen. It addressed some annoyances without being all in your face with changes. Felt like a reboot... accept on the laptops where I REALLY notice speed increases in terms of waking up and getting online. Some browser tabs in Yosemite would take a long time to respond when I'd come back to the computer after leaving for a while... even when the power management was set to an always on state. It would do this especially with Google Analytics and AdSense but google.com and testmy.net would load quickly. It would take up to a few minutes before reloading the tab would have any affect, otherwise it just sits there loading until it timed out. Just on the Macbook's, I never saw that on my iMacs. Using Chrome or Firefox helped but it still would sometimes take 30+ seconds to get on the wifi. After the El Capitan update the first thing I noticed is if it's coming back from sleep it takes only a second to get back on the network. And the tabs that gave me issues load up instantly now. It's saving me time right there... possibly up to 1 frustrating, finger tapping hour a month.

Hi Loren, In your case I'd say no, it's not affecting your performance. Hop 2 is what I'm sure you're talking about, the "???" with 100% packet loss. You're not really losing packets there, your request is just being ignored by that particular router. It's fairly common and doesn't affect your performance. Sometimes a certain point in the route will do this because ICMP (which is what traceroute uses to work) is low priority... some routers choose to ignore it all together for security reasons. The < 5% losses later down the route are more likely to affect your results.

Sweet. Do you have a Motorola Surfboard SB 6183 by chance?

Are the apartments super old? Pre-Wiring (stuff that's built into a building) is usually able to be re-worked without issues. Unless it's old RG-59 (often converted from an old antenna system) or something... then that would be reason to bring in new cable. Unless a rodent has chewed the cable inside the walls... usually most issues will be right on the ends of the cables, and with splitters. Splitters are the weak link. Especially outdoors in the elements but I've seen them go bad even in totally clean, dry spaces. They just tend to fail... usually when they do they still pass a degraded signal. Chances are, they'll be able to get the service delivered once they can see that there's an issue... so don't worry. A few questions... How is the wiring once it gets in your place? Do you know of any junction boxes inside the unit? Does the cable come straight out of the wall or does it screw into a connector? After it comes out of the wall does it split or go straight to the modem?

It is possible. It may be simple though, maybe when the tech was there he went to your settings on speedtest.net and changed your preferred server to something that gave a more favorable result. So everyone can see your results before you signed up >> https://testmy.net/compID/179936226875 You should definitely run some multithread speed tests like Sean suggested and test against the UK test server to get a full picture.

Oops... I mixed you up with someone else I was talking to. Sorry. BT (British Telecommunications) is an Internet provider. What does Cox say about this?

That's a good modem. What does BT say about this?

Hi bkriegel10... I'm seeing some pretty terrible results under your account. At night, is your DirecTV possibly downloading something? In your situation I might first unplug that to make sure it's not the culprit eating up bandwidth. Next, what speed does AT&T say you have? The fastest package... but what's the actual speed because it varies between their markets. I see that your last results were multithread, switch back to classic linear (there's a link on the download test page). The multithread test is great but linear will help you more right now. Download speed test is a test of your Internet connection's download speed, upload speed test is a test of your connection's upload speed. Combined tests both. The download test is usually all you need to run to feel the pulse of a connection and see how it's running. Personally I only test upload speed every now and then or if I feel it's an issue on a particular connection. Your fine, no need to apologize. It can fluctuate for many reasons. Sometimes it's within your control, like someone or something in your house (that's maybe on a routine or schedule) eating up bandwidth. Sometimes it's outside of your control on your ISPs end. A congested route that only becomes congested during certain hours for instance. Like I said, first thing I would look at is that DirecTV box. It really wants more bandwidth than you're feeding it. --- it may be routinely downloading stuff at night when it figures you're asleep and think's you're not going to care... or it may be someone in the other room. I have a feeling because of the hours it's happening that it may be within your house. Usually if it's the ISP's issue the hours follow rush hour style patterns. Sweet, thanks AT&T rep.

Yeah, sorry I should have mentioned that. You always need to reboot the modem when you change the mac address (switch it to another device), unless you're telling your router to spoof your computers mac address. So no change. What does BT say about this? What modem are you using?

You don't risk losing your test results. Yes, if your IP changes during that time you could lose track of them... but now that you're a member just make sure you're signed in. As long as you're signed in TMN will keep track of every result for you. If you have issues during the auto test that cause it to not finish you can always come back and get the results up to the point it happened. Instead of TMN emailing you each time, it's logging the information to your personal database. Just make sure you're logged in case your IP changes so that your results are all saved by username. In the near future the test will recover itself when that happens and resume testing when the connection's back online. You're welcome. I'm happy it's helping people.

You have a pretty strange definition of balanced ... looks like a completely off balance 50/50 Mbps connection to me. Since your post you've posted much faster speeds, 10X faster upload actually... but the results are still all over the place. Ideally you hover around the same range of speed with little deviation.