Web services 谷歌应用程序引擎——它有多快
我一直在访问一些在GAE上托管的网站,我发现它们非常慢。 几乎所有这些都需要比平常更长的时间来加载 时间:(以秒为单位)[YSlow]Web services 谷歌应用程序引擎——它有多快,web-services,google-app-engine,hosting,Web Services,Google App Engine,Hosting,我一直在访问一些在GAE上托管的网站,我发现它们非常慢。 几乎所有这些都需要比平常更长的时间来加载 时间:(以秒为单位)[YSlow] 9.9 giftag.com 3.1 hotskills.net 1.9 jeeyo.net 1.5 appspot.com 是不是应用引擎云太慢了,Bigtable太慢了。。。或者什么?您正在使用YSlow插件来衡量这一点,而YSlow会告诉您为什么网站速度慢(狡猾的名字就是线索)。例如,在giftag.com的案例中,YSlow报告: 此页面有9个外部J
9.9 giftag.com
3.1 hotskills.net
1.9 jeeyo.net
1.5 appspot.com
是不是应用引擎云太慢了,Bigtable太慢了。。。或者什么?您正在使用YSlow插件来衡量这一点,而YSlow会告诉您为什么网站速度慢(狡猾的名字就是线索)。例如,在giftag.com的案例中,YSlow报告: 此页面有9个外部Javascript 脚本。试着把它们合在一起。 此页面有3个外部样式表。 试着把它们合在一起。本页 有13个外部背景图像。尝试 将它们与CSS精灵相结合 因此,这是一个“E”级。这将破坏站点的感知负载性能
所有这些都与appengine无关。与以毫秒为单位的数据库相比,GAE的数据访问是以秒为单位的。不同之处在于,由于readuncommitted的固有隔离级别和宽松的一致性,BigTable可以扩展到数百万个并发访问
没有一个RDBMS可以用它进行计算,并且仍然提供一致性保证。老实说,你并不真的想这么做,因为对于某些应用程序来说,你需要强大的可伸缩性保证。YSlow与服务器端web应用程序的速度无关,因为它完全是客户端速度测量(css、javascript、浏览器渲染、图像加载等)。但另一方面,我听说如果没有太多的点击率和流量,你的应用程序可能在应用程序引擎上运行缓慢。这使得应用程序引擎不缓存python运行时环境(具有冷启动),因此这可以显著提高低流量应用程序的性能。否,gae的数据访问顺序为。该图中的平均值为60毫秒,但这被夸大了,因为它测量的是整个HTTP请求持续时间(在客户端测量)。在服务器上测量的单个读取操作更像是10-20ms。这仍然肯定比RDBMS慢,但只有一个数量级(或更少),而不是三个数量级。