Java 谷歌应用程序引擎1.6.4在本地是否较慢？

原版

因为我更改了1.6.3的版本。到1.6.4，我在托管模式下与GWT一起工作时遇到了严重的性能问题

更新日期：2012年4月18日

该问题也可在dev环境中的1.6.4.1中复制。 到目前为止，最好的办法是降级到1.6.3

2012年7月9日更新

据克里斯·吉辛说：

---

这在1.7.0中仍然没有固定。在1.4.3中处理请求需要330毫秒，在1.6.3中处理请求需要415毫秒，在1.7.0中处理请求需要13740毫秒。这是因为Java分析代码的计时（没有I/O）——几乎是40倍的减速

2012年8月9日更新

---

谷歌在谷歌appengine的公开问题列表中承认了这个问题。

是的，肯定有问题：

1.6.4启动极其缓慢，处理每个请求需要异常长的时间

---

明星

这是1.6.4中确认的性能回归。我们（谷歌）正在制作一个包含补丁的补丁，我们将尽快提供

抱歉给你添麻烦了

---

（我是引入回归的人）

即使在sdk 1.6.4.1之后。。。还是慢

问题是处理请求的时间太长。我不能再使用真实数据进行测试了，因为它太慢了

有人同意吗

当我尝试对50个实体进行批量删除（pm.deletePersistentAll（ltToBeDelete）；）时，我花了10秒钟

---

抱歉，我将不得不降级到1.6.3 SDK。。太可悲了：（

我也注意到了这一点，我的代码的某些部分运行速度慢了好几倍。我在调试时注意到，对于基本上每个方法调用或类实例化，一步一步地进入Runtime.checkRestricted之类的程序，这在早期版本中是不会发生的。我还没有在云中测试1.6.4，所以我不知道它是否只是本地服务器我现在的理论是，他们引入了一些限制性代码/类/方法的检查，以防止在线不支持的东西。但这是一个大胆的猜测。不过，了解在线性能会很有趣。请注意，我不使用GWT，而是使用普通JSP和twig persist来实现对象持久性我使用Spring和Object很抱歉，GWT的瓶颈是服务器端的RPC实现。整个过程让一切都变慢了。我今天（10小时前）降级到了1.6.3.0。问题已解决：项目成员tmat....@google.com的评论2它应该在1.6.4.1中修复。这在1.7.0中仍然没有修复。在1.4.3中处理请求需要330毫秒，在1.6.3中处理请求需要415毫秒，在1.7.0中处理请求需要13740毫秒。这是因为Java分析代码的计时（没有I/O）-几乎是40倍的减速。嗨，谢谢你提供的信息。有更新吗？仅仅出于好奇，修复程序从编码到实现需要多长时间？显然在1.7.0中又被破坏了。请看问题中的评论。你有什么相关信息吗？嗨，Max，谢谢你清理它。不过我有一个关键问题，回归是否继续ly适用于在dev服务器本地运行的应用程序，或者它也出现在我们部署到App Engine的应用程序中？在我的本地版本中，makepersist函数实际完成大约需要10秒，在事务完成后…@johnvdenley我使用的是sdk 1.8.5，我不再有这个问题了…您使用的是哪个版本？