We'd like your help - LQ is choosing a CDN
As you may know, LQ has utilized a CDN (content distribution network) to speed static content delivery for some time. We're considering switching, however, and would like to see which CDN is the fastest for LQ members. Below I've included three pages that load multiple images from each CDN. We'd like your feedback on which images load the fastest and are cached the best from your location. I've also included a page that loads all images from a local LQ URL as a reference point. Thanks for the feedback.
CDN http://images.linuxquestions.org/cdntest/cdnl.html http://images.linuxquestions.org/cdntest/cf.html http://images.linuxquestions.org/cdntest/front.html local to LQ http://images.linuxquestions.org/cdntest/local.html --jeremy |
Any particular test you suggest we try?
Simply clicking on them, each of the four loads too fast for me to see the difference. Do you know a good tool for timing how very fast a tiny image loads? Or are you just worried about people in odd corners of the internet where those don't all load fast? Or should you have provided harder test images? Or am I totally missing the point? |
Realistically, all four should be similar if you're in the USA and on broadband. The benefits of a CDN come in pushing the content closer to the user and more aggressive caching. It's possible that this test is a bit too simple. If that's the case I'll create a page that loads a bunch of images from each CDN - which is closer to how things actually work at LQ in the real world.
--jeremy |
url 1 - 0.36 sec
url 2 - 0.37 sec url 3 - 1.33 sec url 4 - 1.12 sec Using Fasterfox page loading timer |
Cachefly
If an eye blink determines speed, then cachefly was the slowest. I could barely tell, though.
|
I think we might need a bigger image, they all load too fast to notice any difference.
|
I've updated the first post with a page that loads multiple images from each. Thanks for the feedback so far.
--jeremy |
Code:
win32sux@candystore:/tmp$ wget http://http.cdnlayer.com/lq/images/questions/images/LinuxQuestions.png Could you make one that is one or two megabytes? |
win32sux, I updated the test to include multiple images. The reason I didn't put up a single large file is that in the real world, that's not how we use the CDN. A single large file is going to test throughput, which we really don't care about much. Latency on a bunch of smaller files is a better indicator for our usage pattern.
--jeremy |
Quote:
|
Quote:
^ Was the fastest for me. -C |
Loading in the browser wasn't quite effective as the 1st image in the link is already cached (it's the LQ.org logo I see at the top of the page). On a second test the first one seemed the fastest. I checked with wget and cloudfront link was faster than cdnlayer. And cachefly was usually the slowest in the tests.
Here are rough values after multiple runs of wget. The values changed a lot. These are just the values with the highest frequency. (For the earlier posted image links) cdnlayer - 0.7s cachefly - 1.1s cloudfront - 0.6s LQ local - 0.8s EDIT: After jeremy updated the links, I checked again. The values changed, but the patterns remained same. I'm from Sri Lanka, BTW. |
I'll update the cdnlayer (which we currently use) page to not load images that may already be cached.
--jeremy |
Quote:
I'm using "wget -p" but it only downloads the images on the local test. |
You'll need to use wget -pH (since the links span multiple hosts when not using the "local" link).
--jeremy |
http://images.linuxquestions.org/cdntest/cf.html was fastest for me
|
Code:
cdnlayer.com (Test 1): 17 files, 34K in 0.3s (134 KB/s) |
1.850 -cdnl
0.560 - cf 0.975 -front 1.704 -local Found using Fasterfox |
Using wget, average times are:
cdnlayer - 2.58s cachefly - 2.66s cloudfront - 2.71s LQ local - 4.79s |
1: 0,04s
2: 0,04s 3: 0,04s 4: 0,30s |
Most interesting.. I ENVY you people on high-speed!!!!!!!! Blah! :D
Well, my very unscientific testing involved the clock in my browser-- remember, I am getting less than 28.8kbps so it was not difficult to time the loads, unlike YOU PEOPLE :finger-pointing: with your fancy high-speed :D lol The 3 links from the CDN places took around 28-29 seconds to load fully, with link #3 once taking up to 34 seconds. The direct link from LQ took 20 seconds consistently. I cleared my cache before each test. Sasha PS - no bigger images! It'll take me an hour to test. PPS - And here I thought 'CDN layer' was the 'Canadian layer' :scratch: |
Trying again from a computer with worse internet access: (using wget -pH)
Quote:
Downloaded: 17 files, 34K in 0.08s (420 KB/s) Very strange! That second one had a noticeable pause in the middle, maybe a quarter second, but at the end wget reports the whole thing only took .08s. What am I misunderstanding? Downloaded: 17 files, 34K in 0.06s (536 KB/s) This was not just a little faster than the second one! This was instant. wget is lying about the total. Downloaded: 17 files, 34K in 0.2s (184 KB/s) This was third best: A little slower than the first, significantly faster than the second. wget was flat out wrong about how long the second was, but the other numbers are all plausible. Retrying the second (I don't know what caching gets used) Downloaded: 17 files, 34K in 0.07s (464 KB/s) That time it was true. It was instant. Retrying the fourth Downloaded: 17 files, 34K in 0.2s (210 KB/s) I guess that's why you want a non local server? The local one didn't get faster on retry. |
Seeing as how I've been one who has complained about cdnlayer since the move off cachefly, here are my numbers:
0.4 0.03 0.5 0.4 Orders of magnitude tend to become noticable. Those are wget numbers - I'm getting "400 Bad request" from nginx trying to load the pages in F/F. I'll try later from home. |
I wrote a script as a simple benchmark to calculate the average and stdev throughput to each site:
Code:
#!/bin/sh Code:
cdnl.html Code:
cdnl.html |
Code:
pwc@mike ~ $ bash ./lq_stat.sh |
I'm not measuring the times, but none of them are slow for me. They're all fast enough and there's no noticeable difference between them.
|
I'm not using any precise measuring either. No noticeable difference between cdnl, cf, and front, but local is a bit slower.
|
But precise measuring is scientific ... you saying you don't wanna be scientific ? :(
Well, fine, there's no noticeable difference for me between the new sites, but the local one is slow. |
|
|
Code:
cdnl.html Code:
cdnl.html |
It looks like cachefly (cf.html) is consistently fastest or second fastest for the greatest number of people. I vote for that one.
|
A quick update: I've not forgotten about this thread, I've just been doing a little more research. CacheFly does seem to be the fastest for many, but it's the only one that seems to exhibit the random delays/pauses (and I've experienced those firsthand). It's possible I'll start moving some items to CF so we can get a live real world comparison. Thanks and keep the feedback coming.
--jeremy |
At 14:20LQST I updated many of the images to be served from CacheFly. With images from two CDN's being served on the same pages, it should be easier to tell if either is causing a lag. Feedback is appreciated.
--jeremy |
As requested - rerun of the same script
Code:
cdnl.html Last night (again) my browser stopped (for minutes) waiting on cdnlayer. Happens a couple of times a week. |
I'd like to test one additional option before making a final decision. How does the following look for members?
http://images.linuxquestions.org/cdntest/scdn.html Thanks for the patience. --jeremy |
Looks like a 400 Error :)
|
The page definitely comes up OK for me. Are you getting the 400 error for the page (served by LQ) or the images (served by the CDN)? Is anyone else getting a 400 error? Have you tried a shift-refresh?
--jeremy |
Code:
400 Bad Request (So to answer your Q, it's not the CDN, it's LQ generated AFAICT) |
I'm on IE7 on WinXP via Citrix and that came up in under a second for me.
|
I noticed the CDN change before I read this post, the images look OK to me.
|
GrapefruiTgirl, looking at the logs - you're either browsing through a very broken proxy, have a broken browser plugin installed or something similar.
--jeremy |
I get 400 too, even after ctrl+refresh (which seems to be the shortcut for force-refresh on Windows, at least; shift-refresh had no discernible effect).
|
Quote:
I'm not using any proxy that I know of. It could be my ISP?? As for plugins, as far as I can tell, all those I have installed, are as they should be. Any in particular I should be considering closely? |
I've installed a server workaround that may fix the issue. Can you try again?
--jeremy |
After the workaround, I get the page, and it seems to look fine.
running texmex's script now... |
Using the script from H_TeXMeX_H's post and adding the new link, I get the following results:
Code:
pwc@mike ~ $ bash ./lq_test.sh |
Code:
bash-3.1$ sh lqtest Here's another run, with no other network activity (not really the difference I had expected): Code:
bash-3.1$ sh lqtest |
And here's one from me:
Code:
brian@Slackdesk:~/Scripts$ ./lq_test.sh |
Code:
cdnl.html |
All times are GMT -5. The time now is 11:49 PM. |