Jump to content

'TestMy.Net' - any better than 'SpeedTest.net'?


David_LivinginTalisay

Recommended Posts

David_LivinginTalisay

I recall threads on this Forum, where some Members, posted Download / Upload Speed Test Results from SpeedTest.net

 

If you select the 'Recommended Server' then the Tests will be conducted within the Philippines, using the ISP's backbone Network in most cases, so the Test Results, ought to be higher than the DSL Plan you have subscribed to.

 

I am/was on a PLDT Plan 999 but typically got 1.53 - 1.54Mbps for Download Speed and usually, 0.54Mbps for the Upload Speed.

 

They recently upgraded Plan 999 Subscribers to an extra 500Mbps bandwidth increase.

 

Guess what, I still only have 1.53 - 1.54Mbps for Download Speed, so perhaps they just increased those with 999Mbps to 1.54Mbps, like I seemend to be experiencing anyway?

 

But was I really experiencing 1.54Mbps Download Speed - I don't think so!

 

http://www.thinkbroa...m/download.html

 

154-216MBps Download Speed shown for 100MB High-quality MP3 audio CD download;

2 minute HD (720p) movie trailer

 

100MBytes (or precisely 104,857,600 Bytes) is 838,860800 bytes (as 8 bits to a Byte), and it took MyDSL some 8 Mins 33.44 Secs to Download!

That is 513 Seconds (knocking .44 Sec off for reaction time).

 

This suggests the Download Speed of that 100MB Movie Trailer, in a Zip File, was 1,635Mbps Download Speed average!

 

 

I also tested another 100MB File Download from TestMy.net

testmynet-logo-2012.png

 

This took 8 Min 50 secs approx

 

:::.. Download Test Results ..:::

Download Connection:: 1535 Kbps or 1.5 Mbps

Download Test Size:: 100 MB or 102400 kB or 104857600 bytes

Download Speed:: 192 kB/s

Tested At:: http://TestMy.net version:12

Validation Link:: http://testmy.net/db/NwyASR5

Test Time:: 2012-08-21 00:04:32 Local Time

1MB Download in 5.33 Seconds - 1GB Download in ~2 Hours - 27X faster than 56K

This test of exactly 102400 kB took 533.74 seconds to complete

Running at 226% of hosts average (Philippine Long Distance Telephone)

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

 

1535 Kbps is the logged Download Speed, compared to my timing calculation speed (1,582,756) for 104,857,600 byte File

TestMy.net Bandwidth Test Legitimacy

 

Some ISPs question the legitimacy of many Internet speed testing sites, as they should, most of them aren't very good. At TestMy.net we are obsessed about accuracy. We have over 15 years of experience testing the World's Internet. Our servers are on a network that has direct peering with some of the biggest names in the Internet backbone. The network has a total capacity of over 2000 Gbps and our servers have multiple gigabit uplinks into that network. TestMy is always overstocked with bandwidth and can meet the needs of even the most demanding connections. Our servers are also configured and tested to maintain full quality of service for thousands of miles.

 

 

Does your ISP send you to a speed test they host?

 

Internet providers like to eliminate any variables when testing, so they send users to internally hosted speed tests. This can help an ISP mask their shortcomings, namely with peering. Remember, your provider isn't only responsible for giving you access to their servers... you're paying for Internet service, not LAN. Make sure that they don't fool you into believing the problem is on the 'other guys' end. TestMy.net has been a trusted free Internet resource since before your ISP ever even thought about making a speed test... possibly before they even existed. Furthermore, TestMy grades all connections based on the same criteria regardless of provider and we are not affiliated with any providers so our results are completely unbiased. We work for the consumer not the ISPs.

 

Be cautious of any internal speed test that your ISP may refer you to. Your ISPs test may still be helpful in troubleshooting but in most cases these servers are on an internal network server and they WILL NOT give you real world results. Some other speed test sites also will lead you to believe that testing off a server close to you will help... the only thing that helps is your ego. Testing off a server that is next door does not give you a real world results, especially if the server is within your providers network. How could it? When you use the Internet how often are the servers right next to you or hosted by your ISP... rarely or never. Other speed tests rely heavily on donated servers. The idea behind TestMy.net is that we give our users a benchmark under controlled conditions. Using servers of known quality.

 

Many call center techs and Internet technicians already know and trust this service. But, if your ISP questions our results or they try to send you to their speed test you may want to question the reason why. They expect you to go out on the Internet, right?

 

Flash Based Speed Tests Out There

 

Flash is the wrong protocol to use for speed testing. Completely bad idea. There is buffering between the application and the browser and throughput bursting due to CPU usage. Flash based tests need to make adjustments for this... rough estimate adjustments of up to 40 percent. How can the test be accurate if it's being adjusted by up to 40% to offset an unknown variable. TestMy.net does not use Macromedia Flash or Sun Java for testing. Our proprietary testing method is unlike any other speed test in existence. We have no need to make any adjustments to your results. When you test here the numbers returned are precise up to 0.0001 and are not doctored in any way. Unlike the vast majority of speed tests out there, TestMy calls it how it sees it! [Read more]

 

 

The true worth of an ISP

 

In our opinion the true value of an Internet service provider isn't always measured in megabits. Truly great providers maintain good peering relationships with other providers so their users sustain quality speeds throughout the Internet, not just near by. What good is an Internet connection if you can only get your advertised speeds on your providers internal network (or on the edge of their network). It's the INTERnet not INTRAnet. If you run a speed test elsewhere and get higher results than you get here, poor provider peering may be to blame.

 

 

:::.. Download Test Results ..:::

Download Connection:: 1273 Kbps or 1.2 Mbps

Download Test Size:: 798 kB or 798 kB or 817012 bytes

Download Speed:: 159 kB/s

Tested At:: http://TestMy.net version:12

Validation Link:: http://testmy.net/db/EdFMvrW

Test Time:: 2012-08-21 00:47:59 Local Time

1MB Download in 6.44 Seconds - 1GB Download in ~2 Hours - 23X faster than 56K

This test of exactly 798 kB took 5.014 seconds to complete

Running at 186% of hosts average (Philippine Long Distance Telephone)

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

 

:::.. Upload Test Results ..:::

Upload Connection:: 445 Kbps or 0.4 Mbps

Upload Test Size:: 265 kB or 265 kB or 271755 bytes

Upload Speed:: 56 kB/s

Tested At:: http://TestMy.net version:12

Validation Link:: http://testmy.net/db/razQ5dY

Test Time:: 2012-08-21 00:57:39 Local Time

1MB Upload in 18.29 Seconds - 1GB Upload in ~5 Hours - 8X faster than 56K

This test of exactly 265 kB took 4.774 seconds to complete

Running at 236% of hosts average (Philippine Long Distance Telephone)

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101

 

:::.. Download Test Results ..:::

Download Connection:: 1312 Kbps or 1.3 Mbps

Download Test Size:: 815 kB or 815 kB or 834474 bytes

Download Speed:: 164 kB/s

Tested At:: http://TestMy.net version:12

Validation Link:: http://testmy.net/db/jln4wE0

Test Time:: 2012-08-21 00:49:20 Local Time

1MB Download in 6.24 Seconds - 1GB Download in ~2 Hours - 23X faster than 56K

This test of exactly 815 kB took 4.97 seconds to complete

Running at 191% of hosts average (Philippine Long Distance Telephone)

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

 

:::.. Combined Test Results ..:::

Download Connection:: 1304 Kbps or 1.3 Mbps

Download Test Size:: 0.8 MB or 819 kB or 838861 bytes

Download Speed:: 163 kB/s

Upload Connection:: 439 Kbps or 0.4 Mbps

Upload Test Size:: 265 kB or 265 kB or 271755 bytes

Upload Speed:: 55 kB/s

Tested At:: http://TestMy.net version:12

Test Time:: 2012-08-21 00:50:17 Local Time

Validation:: http://testmy.net/db/VX3SlA5.W9h5qwY

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

 

2130268632.png

 

 

 

:::.. Combined Test Results ..:::

Download Connection:: 1276 Kbps or 1.2 Mbps

Download Test Size:: 0.8 MB or 819 kB or 838861 bytes

Download Speed:: 160 kB/s

Upload Connection:: 448 Kbps or 0.4 Mbps

Upload Test Size:: 265 kB or 265 kB or 271755 bytes

Upload Speed:: 56 kB/s

Tested At:: http://TestMy.net version:12

Test Time:: 2012-08-21 01:12:19 Local Time

Validation:: http://testmy.net/db/oA13Xmp.pU2tWsG

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

Think that shows, the Results from SpeedTest.net do seem to agree with 100MB File Download, but when tested with Random Data (like a real Web Browser experience and smaller file sizes), the real Download speeds are considerably lower.

Edited by David_LivinginTalisay
  • Like 1
Link to post
Share on other sites
mactanfamily

It depends where the file is located and being downloaded from. When you hit "recommended server" you are only testing from here to manila. You have to go to that little map, zoom in and pick a city from the US where most of the servers are to get an idea of real time speed. Here in Mactan with PLDT I get 5 mbps from Manila and 1.7 from Richmond, Virginia where my slingbox is.

Link to post
Share on other sites
ellenbrook2001

all those test are wrong i do not beleived them at all cause the test he down too fast i do mine with speed connect internet accelerator hes the most accurate yet download files for 1 minute then give you an exat reading with the up and down

Link to post
Share on other sites
David_LivinginTalisay

all those test are wrong i do not beleived them at all cause the test he down too fast i do mine with speed connect internet accelerator hes the most accurate yet download files for 1 minute then give you an exat reading with the up and down

 

The Math don't lie, if the elapsed time, is measured correctly, to convey a File, of a known length, then the TRUE Speed (average), can be determined pretty accurately (especially with 100MB File)!

 

Data from Websites is NOT FTP File Transfer but busty 'Packets' since Acknowledgments having to be sent and acknowledged.

 

Theoretical and Real-World Throughput, and Factors Affecting Network Performance

(Page 1 of 3)

When assessing the performance of networks, keep in mind that there is always a difference between theoretical speed ratings, and “real-world” throughput. If you are lucky—rather, if your network is set up well—then this difference is relatively small but still significant. Otherwise, the difference can be extremely large. Notice that there is no option for the difference between theoretical and practical performance being “negligible”!

 

Major Categories of Real-World Performance Impact Factors

The reasons for the difference between what a network or communications method is supposed to be able to do and what it can actually do are many. I consider them as generally falling into three categories: normal network overhead, external performance limiters, and network configuration problems.

 

Normal Network Overhead

Every network has some degree of normal network overhead, which guarantees that you will never be able to use all of the bandwidth of any connection for data. Take as an example 10 Mbit/s Ethernet. Sure, the line may be able to transmit 10,000,000 bits every second, but not all of those bits are data! Some are used to package and address the data—data can't just be thrown onto the network in raw form. Also, many of those bits are used for general overhead activities, dealing with collisions on transmissions, and so on. There are natural inefficiencies in any networking technology.

 

Even beyond this, there are other overhead issues. Any network transaction involves a number of different

hardware and software layers, and overhead exists at each of them, from the application and operating system down to the hardware. These overheads mean that you generally lose at least 20% of the “rated” speed of a LAN technology “off the top”, and sometimes even more. For example, 7 Mbits/s user data throughput on a regular 10 Mbit/s Ethernet network is actually very good.

 

 

Why does a TEST, using File Transfer Protocol (FTP), yield faster Speeds Results?

Why do they still use FTP?

 

Quite simply, it is still widely used because it is the most stable and reliable protocol for transferring files over the Internet. This means your download has a greater chance of completing without transfer errors, and intact without corruption. In the FTP specifications, there are strict controls for when the server breaks the FTP session connection with the client, and also strict controls to mark the end of the file data (EOF). Standards are what make platform independent technologies like the Internet possible. Authors of FTP server software, and client software must adhere to the FTP protocol standards (or they won’t be in business long). This rationale ensures reliable communications.

 

FTP also uses less overhead than other file transfer mechanisms, with fewer packets being sent back and forth to perform the file transfer. The main reason for this is that FTP is able to download files in binary form.

When you download a file from a Web server using HTTP (Hyper Text Transfer Protocol), or send/receive a file as an e-mail attachment, the data is first encoded in MIME (no, it’s not a clown that doesn’t talk, it stands for Multipurpose Internet Mail Extensions). Basically, that means your file is encoded as text in the data stream, and converted back to binary on your end. The encoding adds considerable overhead to the transmission.

 

TCP/IP itself provides exemplary error correction control in that packets have an internal checksum that is compared at the receiving end. If a packet in the sequence is missed, or fails the checksum, the receiving computer initiates a request for retransmission. This is what makes TCP/IP reliable. If not for this mechanism we’d seldom successfully download anything from the chaotic public Internet. Now, you are always using TCP/IP over the Internet and always have this error correction no matter what mechanism you use to download files, but I thought it prudent to mention this here, seeing as FTP relies on it.

 

The modern FTP specification also has a mechanism for resuming broken downloads. On the server side, markers are inserted in the data streams that correspond to specific locations in the files. Only the server needs to know the specific mechanism used to mark position. On the client side, when your FTP client program requests a resume (usually automatically when you restart a broken download and save to the same directory), it sends the last marker code to the server, which determines the position. Your download then resumes where it left off. It sure beats starting over.

 

 

I did my own independent Timing using a Stopwatch Application and started that before I hit the Start of the File Transfer. I stopped the Stop Watch when 100% received.

 

100MBytes (or precisely 104,857,600 Bytes) is 838,860800 bytes (as 8 bits to a Byte), and it took MyDSL some 8 Mins 33.44 Secs to Download!

 

That is 513 Seconds (knocking .44 Sec off for reaction time).

 

This suggests the Download Speed of that 100MB Movie Trailer, in a Zip File, was 1,635Mbps Download Speed average!

 

I conducted this Test, just after midnight here in Cebu.

 

I also tested another 100MB File Download from TestMy.net

testmynet-logo-2012.png

 

This took 8 Min 50 secs approx

:::.. Download Test Results ..:::

Download Connection:: 1535 Kbps or 1.5 Mbps

Download Test Size:: 100 MB or 102400 kB or 104857600 bytes

Download Speed:: 192 kB/s

Tested At:: http://TestMy.net version:12

Validation Link:: http://testmy.net/db/NwyASR5

Test Time:: 2012-08-21 00:04:32 Local Time

1MB Download in 5.33 Seconds - 1GB Download in ~2 Hours - 27X faster than 56K

This test of exactly 102400 kB took 533.74 seconds to complete

Running at 226% of hosts average (Philippine Long Distance Telephone)

User Agent:: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 [!]

 

 

1535 Kbps is the logged Download Speed, compared to my timing calculation speed (1,582,756bps) for 104,857,600 byte (838,860,800 bit) File.

 

This is the Server IP Address for TestMy.Net

 

3 210.213.134.5.static.pldt.net (210.213.134.5) 30.368 ms 173.312 ms 157.890 ms

4 210.213.130.137.static.pldt.net (210.213.130.137) 139.921 ms 69.090 ms 198.569 ms

5 so-4-0-0.edge5.Seattle1.Level3.net (4.30.140.1) 389.547 ms 270.923 ms 399.396 ms

6 ae-14-51.car4.Seattle1.Level3.net (4.69.147.134) 302.305 ms 230.614 ms 253.516 ms

7 te2-5.bbr01.wb01.sea01.networklayer.com (4.71.152.138) 225.111 ms 368.849 ms 487.898 ms

8 ae7.bbr01.wb01.sea02.networklayer.com (173.192.18.186) 213.517 ms 213.953 ms 247.563 ms

9 ae0.bbr01.cs01.den01.networklayer.com (173.192.18.145) 277.308 ms 428.347 ms 431.201 ms

10 ae12.bbr02.eq01.dal03.networklayer.com (173.192.18.138) 327.632 ms * 356.839 ms

11 po32.dsr01.dllstx3.networklayer.com (173.192.18.229) 262.672 ms 249.005 ms 234.100 ms

12 te4-4.dsr01.dllstx2.networklayer.com (70.87.255.118) 242.613 ms 234.313 ms 234.602 ms

13 a.ff.5746.static.theplanet.com (70.87.255.10) 341.874 ms 245.439 ms 232.519 ms

14 8c.bb.78ae.static.theplanet.com (174.120.187.140) 235.709 ms 236.279 ms 259.258 ms

 

Trace complete TestMy.Net = theplanet.com (174.120.187.140)

 

Server IP:............................174.120.187.140

Country:.............................. us.pngUnited States

Region:................................Texas

City:....................................Dallas

Internet Service Provider:.......Theplanet.com Internet Services Inc

Server Host Name:................8c.bb.78ae.static.theplanet.com

Edited by David_LivinginTalisay
Link to post
Share on other sites
ellenbrook2001

BUT EVERY TEST I DID WITH DIFFERENT PROVIDER NEVER GIVE THE SAME SPEED SO WITCH ONE HES ACCURATE THEN?????????????? TOO MANY FACTOR INLVOLVED HES IMPOSSIBLE AT 100% TOO KNOW FOR REAL READING

Link to post
Share on other sites
musicman666

What's the point of a speed test when your browsing enjoyment gets hung up on some inaccesible google widget that the forum you are using has enabled to pump up their advertisng revenue..... Speed test isn't real world.

Link to post
Share on other sites
David_LivinginTalisay

What's the point of a speed test when your browsing enjoyment gets hung up on some inaccesible google widget that the forum you are using has enabled to pump up their advertisng revenue..... Speed test isn't real world.

 

Andy,

 

I think you missed my point(s):-

  1. Is your ISP delivering your Contractual DSL Speed?
    How will you find out - using the Speed test the ISP recommends (in Country using their own Backbone Network probably?), or some other means, with a 3rd Party?
     
  2. One will never get the Quoted Contract Speed usually (as there are Network/Protocol overheads).
    If you get a throughput Speed within 80% of the Quoted Contract Speed, consider it pretty good.
     
  3. File Transfer Protocol (FTP) is the best Test, most likely to deliver more consistent Results, closest to the Contractual Speed (and may even exceed it, if you are lucky?).
     
  4. Web Browsing, E-mail, and normal Downloads, won't be as fast as an FTP download.
    Consider using a Download Accelerator (that splits the file to be downloaded in several parts, and all parts downloaded simultaneously, with possible 'retry' if error occurs, so one does not have to 'start over' again, from the beginning!

Link to post
Share on other sites
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use, Privacy Policy and Guidelines. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..