Great Linode connection speeds (3.9MB/sec - 31mb/sec)

Here are the results of a download speed test:

3.92MegaBytes/sec = >31megabits/sec

Download speed for server rated at : 3.9MB or 31m per second

Very good :)

Good job locating at he.net caker :) It might be that he gives us a lot of problems but their connection speeds are great :)

I would definately suggest increasing the CPU/memory allocation for linodes - as currently it's not enough, particularly on the basic plans.

Another good method would be to modify your OS installer so it installs distros with slightly different times in their crontabs by default :)

That way, linodes would not all run their crontabs at the same time :)

10 Replies

A file of 33,322 bytes really isn't big enough to have any sort of reliable speed test applies to it on a connection like this.

However, I can confirm that on ThePlanet's datacenter at least, it is a superb speed for a large file. I was getting faster results than this before so I assume that the slowness of these results is a temporary thing:

ciaran@matrix:~$ wget http://rdf.dmoz.org/rdf/structure.rdf.u8.gz
--15:52:37--  http://rdf.dmoz.org/rdf/structure.rdf.u8.gz
           => `structure.rdf.u8Resolving rdf.dmoz.org... done.
Connecting to rdf.dmoz.org[207.200.81.147]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 60,019,702 [text/plain]

100%[=======================================================================================>] 60,019,702   899.90K/s    ETA 00:00

15:53:42 (899.90 KB/s) - `structure.rdf.u8.gz' saved [60019702/60019702]

So, about 900KB/s here, testing against a 58MB file. But it has been better before, as I say.

I am also very happy with the download speed. though I am faster at home on my cable :-)

I would like to do the same test as you but you didn't provide the full url.

user@hostname:~$wget http://cloudscape.dl.sourceforge.net/10.0-IBM-Cloudscape-Linux.bin
--08:56:08--  http://cloudscape.dl.sourceforge.net/10.0-IBM-Cloudscape-Linux.bin
           => `10.0-IBM-Cloudscape-Linux.bin'
Resolving cloudscape.dl.sourceforge.net... 66.35.250.222
Connecting to cloudscape.dl.sourceforge.net[66.35.250.222]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 91,756,110 [application/octet-stream]

100%[====================================>] 91,756,110     1.14M/s    ETA 00:00

08:58:02 (795.56 KB/s) - `10.0-IBM-Cloudscape-Linux.bin' saved [91756110/91756110]

user@hostname:~$ ls -l 10.0-IBM-Cloudscape-Linux.bin
-rw-r--r--  1 xiopher www-data 91756110 Nov 22 16:47 10.0-IBM-Cloudscape-Linux.bin

``` user@hostname:~$ wget http://cloudscape.dl.sourceforge.net/contest.tar.bz2 --09:10:41-- http://cloudscape.dl.sourceforge.net/contest.tar.bz2 =>contest.tar.bz2'
Resolving cloudscape.dl.sourceforge.net… 66.35.250.222
Connecting to cloudscape.dl.sourceforge.net[66.35.250.222]:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 205,366 [application/x-bzip2]

100%[====================================>] 205,366 486.61K/s

09:10:42 (485.88 KB/s) - `contest.tar.bz2' saved [205366/205366]
````

SERVER: mirror.direct.ca

Benchmarking FTP…

Downloaded 22302016 bytes in 16.22 seconds

Download speed: 1342.46 kB/sec

Benchmarking HTTP…

Downloaded 22780904 bytes in 15.05 seconds

Download speed: 1478.15 kB/sec

SERVER: ftp.debian.org

Benchmarking FTP…

Downloaded 23808923 bytes in 12.31 seconds

Download speed: 1888.28 kB/sec

Benchmarking HTTP…

Downloaded 23808923 bytes in 19.09 seconds

Download speed: 1217.88 kB/sec

That's on ThePlanet

-tiz

@xiopher:

I would like to do the same test as you but you didn't provide the full url.

I assumed it would be obvious from my command line… anyway, it's http://rdf.dmoz.org/rdf/structure.rdf.u8.gz .

I was actially talking about the original poster.

but your is a good cantidate too.

It's the end of the month And I have only used 2% bandwidth… I have more to burn :-)

user@hostname:~$ wget http://rdf.dmoz.org/rdf/structure.rdf.u8.gz
--14:09:34--  http://rdf.dmoz.org/rdf/structure.rdf.u8.gz
           => `structure.rdf.u8.gz'
Resolving rdf.dmoz.org... 207.200.81.147
Connecting to rdf.dmoz.org[207.200.81.147]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 60,019,702 [text/plain]

100%[====================================>] 60,019,702   628.45K/s    ETA 00:00

14:10:44 (843.64 KB/s) - `structure.rdf.u8.gz' saved [60019702/60019702]

I'm @ TP, and I've both sent and received at over 3Mbytes/s ~= 25Mbit/s with a ~300MB file.

I know someone on another forum was downloading a file from one of the Linode users here, and was so impressed at the speed, he had to comment about it. He showed a screenshot of upwards about 6Mbyte/s download.

Line speed is definately not an issue with Linode at both HE and TP.

From a recent Gentoo update:

--18:46:23--  http://mirror.datapipe.net/gentoo/distfiles/gawk-3.1.3.tar.gz
           => `/usr/portage/distfiles/gawk-3.1.3.tar.gz'
Resolving mirror.datapipe.net... 64.27.65.115
Connecting to mirror.datapipe.net[64.27.65.115]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2,078,246 [application/x-gzip]

100%[============================================================================>] 2,078,246      2.22M/s

18:46:24 (2.21 MB/s) - `/usr/portage/distfiles/gawk-3.1.3.tar.gz' saved [2078246/2078246]

As you can see, it's extremely quick. :D

Is there a reliable way to test upload speed?

@CryptWizard:

Is there a reliable way to test upload speed?

Well, you wouldn't want to try from your home connection, since residential upload speeds are usually fairly heavily restricted.

So I'd try scp'ing a file from another server to your Linode to test.

For testing bandwidth, ftp in binary mode is far better.

Reason? scp exacts a CPU overhead and is significantly slower than doing FTP which is more like dumping bytes across the network as fast as it comes in from disk.

Also, I specified binary mode because I still remember how at least one ftp daemon (wu-ftpd) would run like molasses in ASCII mode because it was counting the bytes for statistics reasons.

But the best test of them all would involve something that has no disk I/O at all and minimal CPU overhead. For that, I like tools like ttcp or ttcp-ish type of stuff. :D

Only catch with ttcp is, you have to run it on both ends. If you can't do that, then ftp isn't such a bad option. wget to FTP or HTTP sites isn't bad, either.

Reply

Please enter an answer
Tips:

You can mention users to notify them: @username

You can use Markdown to format your question. For more examples see the Markdown Cheatsheet.

> I’m a blockquote.

I’m a blockquote.

[I'm a link] (https://www.google.com)

I'm a link

**I am bold** I am bold

*I am italicized* I am italicized

Community Code of Conduct