CDN recommendation for PC application

webtrend

New member
Feb 6, 2008
187
6
0
Hello,

I need to distribute a PC application (exe file) and looking for a CDN. I need to be able to log number of downloads, client IP address and client browser referrer at minimum.

Any recommendations?

Thanks
 


Curious as to any logical reason to use a CDN?

Downloads do not need a fast ping, nor do they need any significantly processor intensive server. Any half decent server running nginx should be able to max out it's pipe without too much of a sweat. There aren't too many situations where you're going to max out a 100mbit to gbit line constantly either. Plus bandwidth on a server should be cheaper than a CDN.
 
Curious as to any logical reason to use a CDN?

The same reason you would host anything on a CDN, speed.

I need to distribute a PC application (exe file) and looking for a CDN. I need to be able to log number of downloads, client IP address and client browser referrer at minimum.

I don't know of any off hand that offer loging, never needed myself, so I can't really help you.

But check out the major players in the space, I'm sure there are a lot that offer logging as part of their plans.
 
Ping is not the same as transfer speed. Since we're talking about downloads here, transfer speed is what matters. CDN's are rarely the solution for transfer speed.

You're high, right? The whole point of a CDN is transfer speed.
 
You're high, right? The whole point of a CDN is transfer speed.

You're confused. CDN's serve two purposes:

1) Providing a POP (point of presence) close to the end user to decrease handshake response times

2) Mirroring and offloading content to overcome bandwidth and/or hardware/software limitations

It's false to presume that having a same or near country POP will increase transfer rates.

Real world example. I'm in PH right now. When I do system updates, the files are hosted in TW, CN, HK or the US. By your fucked logic, the TW, CN or HK servers should be the fastest transfer rates - they aren't; they do provide me the fastest ping. The US servers give me a steady 4M+/sec, while the shitty Asian servers barely get me 20K/sec.
 
You're confused. CDN's serve two purposes:

1) Providing a POP (point of presence) close to the end user to decrease handshake response times

2) Mirroring and offloading content to overcome bandwidth and/or hardware/software limitations

It's false to presume that having a same or near country POP will increase transfer rates.

Real world example. I'm in PH right now. When I do system updates, the files are hosted in TW, CN, HK or the US. By your fucked logic, the TW, CN or HK servers should be the fastest transfer rates - they aren't; they do provide me the fastest ping. The US servers give me a steady 4M+/sec, while the shitty Asian servers barely get me 20K/sec.

I seriously have no idea how to repond, so i'll use this...

g52gRUa.gif


Oh, you're also a fuckwit.
 
I seriously have no idea how to repond, so i'll use this...

Oh, you're also a fuckwit.

It's not my fault you're confused between perceived value expectations and reality of service.

Since you're clueless and need to be spoonfed, here is a comparison:

Cachefly

[root@buster ~]# wget cachefly.cachefly.net/100mb.test
--2013-05-31 19:41:40-- http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 204.93.150.151
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|204.93.150.151|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘100mb.test’

100%[=================================>] 104,857,600 2.26MB/s in 45s

2013-05-31 19:42:26 (2.21 MB/s) - ‘100mb.test’ saved [104857600/104857600]

Akamai

[root@buster ~]# wget http://cdn2.nullmind.com/100mb.bin
--2013-05-31 19:49:25-- http://cdn2.nullmind.com/100mb.bin
Resolving cdn2.nullmind.com (cdn2.nullmind.com)... 23.32.241.91, 23.32.241.106
Connecting to cdn2.nullmind.com (cdn2.nullmind.com)|23.32.241.91|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘100mb.bin’

100%[=====================================>] 104,857,600 508KB/s in 3m 15s

2013-05-31 19:52:42 (524 KB/s) - ‘100mb.bin’ saved [104857600/104857600]

Now if you can't interpret these results properly, you need to shut the fuck up. You have absolutely no fucking idea what you're talking about. CDN != transfer speed
 
Now if you can't interpret these results properly, you need to shut the fuck up. You have absolutely no fucking idea what you're talking about. CDN != transfer speed

OMG you can use wget...

IZMxPV9.jpg


Correlation != causation. Look it up, just because you get shit speeds (on a single fucking test) doesn't negate the fact that the main purpose if a CDN to decrease the loading times of data, ie motherfucking speed.

And considering that you compairing two different service providers, all that proves is that one is shit and the other is not.

If you really wanted to prove CDN are "not for speed" you would compare the results from one provider from two locations.

Of course if you actually did, you would quickly find that you're an ignorant cunt and would have to go back to asking people "you want fries with that?"
 
If you really wanted to prove CDN are "not for speed" you would compare the results from one provider from two locations.

Of course if you actually did, you would quickly find that you're an ignorant cunt and would have to go back to asking people "you want fries with that?"

Throwing out insults without backing yourself up with a single bit of proof makes you the ignorant cunt. Zero proof, you have zero proof because you have no fucking idea what you're talking about.

Here are your "tests" faggot

Akamai US

root@wise [~]# wget http://cdn2.nullmind.com/100mb.bin
--2013-05-31 07:34:19-- http://cdn2.nullmind.com/100mb.bin
Resolving cdn2.nullmind.com... 165.254.99.72, 165.254.99.83
Connecting to cdn2.nullmind.com|165.254.99.72|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: “100mb.bin”

100%[=====================================>] 104,857,600 19.2M/s in 5.2s

2013-05-31 07:34:25 (19.1 MB/s) - “100mb.bin” saved [104857600/104857600]

Akamai HK

[root@hkvps ~]# wget http://cdn2.nullmind.com/100mb.bin
--2013-05-31 10:01:28-- http://cdn2.nullmind.com/100mb.bin
Resolving cdn2.nullmind.com... 216.156.249.154, 216.156.249.147
Connecting to cdn2.nullmind.com|216.156.249.154|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `100mb.bin'

100%[=========================================>] 104,857,600 230K/s in 6m 6s

2013-05-31 10:07:37 (280 KB/s) - `100mb.bin' saved [104857600/104857600]

Akamai PH

[root@buster ~]# wget http://cdn2.nullmind.com/100mb.bin
--2013-05-31 19:49:25-- http://cdn2.nullmind.com/100mb.bin
Resolving cdn2.nullmind.com (cdn2.nullmind.com)... 23.32.241.91, 23.32.241.106
Connecting to cdn2.nullmind.com (cdn2.nullmind.com)|23.32.241.91|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘100mb.bin’

100%[=====================================>] 104,857,600 508KB/s in 3m 15s

2013-05-31 19:52:42 (524 KB/s) - ‘100mb.bin’ saved [104857600/104857600]

Holy shit, my point is proven. The "top" and most expensive CDN in the world is slow as fuck at transfer speeds. That's because CDN's are not about max transfer speeds. Fucken twat, back your shit up or shut the fuck up.