Live data from Hacker News

Global average response times from EC2 regions

cloudconnectevent.com

1–10 of 25 posts

Re: Global average response times from EC2 regions

#3
Wow, wish I could have seen that talk. I recently got similar results by doing client-side load balancing: 27% improvement, on average, for users that were not close to EC2 East.

See http://instantdomainsearch.com/articles/faster_domain_name_s... and (very brief) HN discussion: http://news.ycombinator.com/item?id=3045333

Re: Global average response times from EC2 regions

#4
Here's a country based comparison of cloud perf: http://www.cedexis.com/which-is-the-right-cloud-for-the-job-...

You can get access to this data (my comment above and the cloud connect presentation) by signing up for a free account on our site: http://www.cedexis.com/which-is-the-right-cloud-for-the-job-...

Re: Global average response times from EC2 regions

#5
That's interesting. So U.S.-East seems the best option for supporting both the U.S. And most of Europe. Although if you're slightly less concerned about the U.S. Then the EU seems a reasonable conpromise.

One thing I doubt is the uniform ping times within countries. For example, do we really think ping times are uniform across the breadth of Russia?

Re: Global average response times from EC2 regions

#6
post #5

That's interesting. So U.S.-East seems the best option for supporting both the U.S. And most of Europe. Although if you're slightly less concerned about the U.S. Then the EU seems a reasonable conpromise. One thing I doubt is the uniform ping times within countries. For example, do we really think ping times are uniform across the breadth of Russia?

0-300 is a pretty wide category, though; 300ms is not a great response time. Better would be to target 100ms. A logarithmic scale would probably have served better in the color-coded maps.

Re: Global average response times from EC2 regions

#7
It's interesting, but the granularity is kinda weird. >300ms is a nonstarter for all kinds of web apps here in Japan.

I worked on a web app project here where we absolutely could not use EC2 APAC (when it was only Singapore), and ping times to EC2 were 60ms. We had to put physical boxes in a Tokyo data center. It was only when Amazon opened their Tokyo region (8ms ping times from real users) that the customer was okay with the speeds.

So is would have liked to see finer gradations of these results. Still cool to have the info, though.

Re: Global average response times from EC2 regions

#8
post #3

Wow, wish I could have seen that talk. I recently got similar results by doing client-side load balancing: 27% improvement, on average, for users that were not close to EC2 East. See http://instantdomainsearch.com/articles/faster_domain_name_s... and (very brief) HN discussion: http://news.ycombinator.com/item?id=3045333

For what it's worth, I liked the article and the idea of client-side real time balancing presented in the article when you submitted it.

Something similar happened when I launched http://hnnotify.com -- got 24 up votes and then it crawled into oblivion

Re: Global average response times from EC2 regions

#9
post #7

It's interesting, but the granularity is kinda weird. >300ms is a nonstarter for all kinds of web apps here in Japan. I worked on a web app project here where we absolutely could not use EC2 APAC (when it was only Singapore), and ping times to EC2 were 60ms. We had to put physical boxes in a Tokyo data center. It was only when Amazon opened their Tokyo region (8ms ping times from real users) that the customer was oka…

Agreed, really nebulous. There are apps I would stop using fairly quickly if 300ms was the norm.

Thanks for the tip on Tokyo data center for EC2, I've seen a lot of complaints for the Singapore data center in general with terrible times into China and Tokyo before and wasn't sure how the people actually in those regions felt about the response times.

Post reply on HN