在 GAE 中使用 "golang" 的 cost/perfomance 优点是什么
what are the cost/perfomance advantages of using "golang" in GAE
就每个实例的 Quotas/Usage 限制而言，在使用 golang in Google appengine GAE 而不是 GAE 中 运行 等其他提供的语言时，是否有相当大的 improvement/advantage python、java、php 还是它们的行为都一样？
或者基本上任何实例，无论使用何种语言，都以相同的方式运行，并且每个实例可以处理的最大数量几乎相同 requests/sec 考虑到这更多地涉及 "GAE load balancer" 或基础设施, 而不是使用的编程语言，相同的逻辑可以应用于内存，cpu usage?
App Engine 没有仅在使用特定语言时才适用的明确限制。然而，语言及其技术可能意味着某些限制，例如 Java 虚拟机实例本身需要比启动 built-in Go 的网络服务器，因此在 Java 实例的情况下，将保留更少的内存供 webapp 本身分配和使用（对于特定的 plan/type 和实例）。
我没有具体的措施可以比较，但是（以Go为例）：
"Code is deployed in source form and compiled in the cloud... Go is the first true compiled language that runs on App Engine. Go on App Engine makes it possible to deploy efficient, CPU-intensive web applications". (source)
如果你仔细想想，App Engine 中的其他语言都是解释性的（包括 Java，这是由虚拟机解释的字节码），而 Go 被编译成并作为平台依赖运行 本机代码。这应该已经说明了一些关于性能的信息。
对于“case-study”，请查看以下博客 post：
From zero to Go: launching on the Google homepage in 24 hours
此博客还包含数百万用户使用的 real-world 应用程序的一些性能报告：
This chart - taken directly from the App Engine dashboard - shows average request latency during launch. As you can see, even under load it never exceeds 60 ms, with a median latency of 32 milliseconds. This is wicked fast, considering that our request handler is doing image manipulation and encoding on the fly.
App Engine 使用 Go 标准库中包含的网络服务器来为您的应用程序提供服务，因此这也意味着您可以轻松地将 Go 网络应用程序移植到 App Engine，并且您确切地知道从在 App Engine 上为您的应用提供服务的网络服务器。
找到 Python、Java 和 Go
的官方时间比较
App Engine System Status可以说是官方的了，比较不错
您可以单击属于特定日期和语言的任何单元格，并获得有关静态和动态 GET 延迟（安全和不安全）、错误率、CPU [=52= 的详细历史统计数据].这些统计数据是在已经启动并准备好提供服务的实例上测量的。
针对 2015 年 1 月 27 日 的一天进行分析，以下是 Go, Java and Python 的结论：
- 所有人的动态延迟大致相同
- CPU 延迟（计算 33rd 斐波那契数）最适合 Java，然后是 Go，最慢的是 Python。
- 静态文件服务时间大致相同，但 Go 最快。
就每个实例的 Quotas/Usage 限制而言，在使用 golang in Google appengine GAE 而不是 GAE 中 运行 等其他提供的语言时，是否有相当大的 improvement/advantage python、java、php 还是它们的行为都一样？
或者基本上任何实例，无论使用何种语言，都以相同的方式运行，并且每个实例可以处理的最大数量几乎相同 requests/sec 考虑到这更多地涉及 "GAE load balancer" 或基础设施, 而不是使用的编程语言，相同的逻辑可以应用于内存，cpu usage?
App Engine 没有仅在使用特定语言时才适用的明确限制。然而，语言及其技术可能意味着某些限制，例如 Java 虚拟机实例本身需要比启动 built-in Go 的网络服务器，因此在 Java 实例的情况下，将保留更少的内存供 webapp 本身分配和使用（对于特定的 plan/type 和实例）。
我没有具体的措施可以比较，但是（以Go为例）：
"Code is deployed in source form and compiled in the cloud... Go is the first true compiled language that runs on App Engine. Go on App Engine makes it possible to deploy efficient, CPU-intensive web applications". (source)
如果你仔细想想，App Engine 中的其他语言都是解释性的（包括 Java，这是由虚拟机解释的字节码），而 Go 被编译成并作为平台依赖运行 本机代码。这应该已经说明了一些关于性能的信息。
对于“case-study”，请查看以下博客 post：
From zero to Go: launching on the Google homepage in 24 hours
此博客还包含数百万用户使用的 real-world 应用程序的一些性能报告：
This chart - taken directly from the App Engine dashboard - shows average request latency during launch. As you can see, even under load it never exceeds 60 ms, with a median latency of 32 milliseconds. This is wicked fast, considering that our request handler is doing image manipulation and encoding on the fly.
App Engine 使用 Go 标准库中包含的网络服务器来为您的应用程序提供服务，因此这也意味着您可以轻松地将 Go 网络应用程序移植到 App Engine，并且您确切地知道从在 App Engine 上为您的应用提供服务的网络服务器。
找到 Python、Java 和 Go
的官方时间比较App Engine System Status可以说是官方的了，比较不错
您可以单击属于特定日期和语言的任何单元格，并获得有关静态和动态 GET 延迟（安全和不安全）、错误率、CPU [=52= 的详细历史统计数据].这些统计数据是在已经启动并准备好提供服务的实例上测量的。
针对 2015 年 1 月 27 日 的一天进行分析，以下是 Go, Java and Python 的结论：
- 所有人的动态延迟大致相同
- CPU 延迟（计算 33rd 斐波那契数）最适合 Java，然后是 Go，最慢的是 Python。
- 静态文件服务时间大致相同，但 Go 最快。