Google app engine 应用程序启动时间长（java），可能使用Slim3来改进？

我即将完成一个应用程序引擎项目（java+jdo），我有点担心启动时间。当应用程序处于“冷态”时，应用程序引擎可能需要很长时间才能加载我的应用程序（超过5秒）-这很糟糕，因为用户往往在等待这么长时间后才放弃

有一个名为Slim3的项目，它包装了本机数据存储—它应该为您提供1-3秒的启动时间：

我真的不想依靠第三方来获得体面的启动时间，但我认为我们别无选择。只是想知道你是如何处理长启动时间的。我了解到，只要你的应用程序每2分钟左右就有一次点击，那么你的应用程序就可以保持常驻状态，这并不是一个真正的问题。这对我来说很公平（如果是真的）

我不认为应用引擎团队现在正在努力缩短启动时间，所以想知道我们应该做些什么来解决这个问题

谢谢

是另一种被认为比JDO更快的数据存储包装器

根据，appengine团队实际上正在解决这个问题，通过让我们能够保留实例。当然，甚至没有一个目标日期的估计，所以在此期间，可能仍然值得研究一个解决方案

---

您可以做的另一件事是确保您已经消除了所有自己的代码作为启动瓶颈。你确定只是JDO代码花费了很长时间吗？是否有任何初始化任务可以推迟到以后，以分摊第一次点击的成本？

仅供参考，在日本应用程序引擎社区，Slim3是访问数据存储的实际标准-我的Twitter TL上超过50%的用户使用它来提供服务。它在启动时间和查询速度方面都比JDO快得多（与低级API一样快），并且通过利用Java/Eclipse的类型系统更容易构建查询

谢谢

---

Kaz

是的，我不知道如何分析启动时间-我们如何知道哪些组件需要多少时间来初始化-然后objectify/slim3是否有帮助？我没有使用任何第三方库，只使用普通的gae java和jdo注释。也不使用GWT。