我现在遇到应用重建时间超长的问题，长达 23 分钟以上。这运行在一个拥有 4 核 CPU、8GB 内存的 Linode 系统上，SSD 驱动器上有大量可用空间。
这可能正常吗？
我知道我可以分离 web 和数据容器，但我真的想缩短这个时间。这似乎太不可思议了，而且在过去几个月里似乎成倍地增加了。
2 个赞
我运行了许多网站，但我的体验并非如此。您在此期间还更改了其他任何内容吗？我注意到最长的重建时间是针对需要下载许多插件的网站。您可以尝试注释掉它们，看看是否会有所不同。
1 个赞
切换到 ember-cli 使重新构建更加耗时耗内存。
2 个赞
@maiki 遗憾的是，没有实际的更改。我没有看到任何可疑的插件。
@pfaffman 这似乎是这里最可能的原因。唉。这也可能解释了为什么我现在也看到这个：https://meta.discourse.org/t/redis-trouble-job-exception-misconf-redis-is-configured-to-save-rdb-snapshots/219749。
2 个赞
也许是相关的？
3 个赞
我认为问题出在这里@Canapin，但我不完全确定。感觉就是这样，而且行为似乎相同或非常相似——以及差异中提到的时间从10分钟或更少到30分钟不等。我希望能找到问题所在，以便进行跟踪。这是一个致命的问题。
1 个赞
我还注意到，我所有实例的重建时间都大大延长了，所以重建的时候我会玩电子游戏 
3 个赞
哈哈，要不然我也会哈哈大笑，如果我没有在处理上面链接的另一个问题的话。我正在尝试调试一个反复出现的 Redis 崩溃问题，每次重建镜像都像玩一场“射击俄罗斯轮盘赌”的“Nerf”游戏……我真是受够了它对我的太阳穴造成的痛苦影响。
1 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.