Google app engine 大幅增加启动时间

1-2天前启动时间从1-3秒增加到10-30秒，代码相同

我使用Python2.7多线程

此请求中的代码从memcache读取一个值并将其返回给用户。若memcache为空，则从本地文件系统中的模板读取并呈现简单的html模板。两者使用相同的cpu_ms

同样的代码在测试应用程序中工作良好。测试应用程序中的启动时间约为1-2秒

我昨天晚上发送了生产问题，但没有收到答复

我尝试将实例类型从F1更改为F4，启动时间为F4 8-10秒

我的应用程序的AppID:f1f2ru

出现问题前的日志记录：

启动时的日志记录问题：

现在记录日志：

测试应用程序中的日志记录：

---

如果没有日志等，很难知道。但谁知道呢，也许谷歌资源不足，而你的免费应用程序正在为此付出代价

目前，我在一个非常简单的应用程序上获得了大约5秒的启动时间。然而，30秒似乎是很长的时间

应用程序引擎经常需要将应用程序代码加载到新实例中。当您重新部署应用程序时，当负载模式增加到超出当前实例的容量时，或者仅仅由于底层基础结构或物理硬件的维护或修复，就会发生这种情况

或者直接支付：

Idle Instances（空闲实例）滑块控制在任何给定时间应用程序可用的空闲实例的最小和最大数量

上部滑块设置空闲实例的最小数量：

注意：为了指定空闲实例的最小数量，您必须拥有付费应用

---

像往常一样，你付的钱越多，服务就越好

之前或之后的库是相同的吗？向源代码中添加库可以而且通常确实会增加启动时间（AppEngine需要加载它们）。这是一个容易被忽视的问题，其中有些人真的很臃肿。

我不知道第一次增加启动时间的原因

增加操作时间的问题是我的错误： 我的应用程序不需要查询： object.date

---

我的数据存储没有日期我不能附加屏幕截图（stackoverflow的声誉很低）。这是一款付费应用程序。重新部署没有帮助。这是一个问题，只有一个应用程序，测试应用程序与相同的代码工作良好，并有小启动时间（测试应用程序是免费的）。现在我将最小空闲实例设置为1，但这是一个临时方法。实际上，我没有高流量峰值，也不需要任何空闲实例。对于google管理员：appid of app:f1f2ruth来说，问题是第一个请求总是会碰到一个“冷”实例，除非你有一个处于待机状态，而且在它变热之前总是会有一个时间延迟。所以你们可能不需要一个空闲的实例，但我想你们真的需要一个。在开始之前，冷启动大约需要1秒。相同的启动时间使我的测试应用程序具有相同的代码和设置。因此，您有两个相同的应用程序，除了一个在1秒内启动，另一个最多需要30秒？是的。在实验期间（多次重新部署、更改多线程类型、更改实例类型），付费（问题）应用程序的启动时间为5-30秒（上次为10秒）。使用相同代码启动测试（免费，实例类型F1）应用程序的时间始终为1-1.5秒。两个应用程序都是从相同的代码部署的。是的，所有应用程序都是相同的。问题在上次部署10天后开始。在启动问题之后，我尝试重新部署它，并部署相同的代码来测试应用程序。测试应用程序工作良好。应用程序完全相同。