在转换相对较小的图像 (2mb) 时，我不断收到来自 Cloud Functions for Firebase 的零星错误。成功后，该功能只需要大约 2000 毫秒或更短的时间即可完成，根据 Image Magick 文档，我应该不会看到任何问题。
我尝试增加命令的缓冲区大小，这在 Firebase 中是不允许的，我尝试找到 .spawn() 的替代方案，因为这可能会因垃圾而超载并减慢速度。没有任何效果。
【问题讨论】：
标签： firebase memory-management google-cloud-functions
您可以在 Firebase 上的 Cloud Function 文件中进行设置。
const runtimeOpts = {
timeoutSeconds: 300,
memory: '1GB'
}
exports.myStorageFunction = functions
.runWith(runtimeOpts)
.storage
.object()
.onFinalize((object) = > {
// do some complicated things that take a lot of memory and time
});
取自此处的文档： https://firebase.google.com/docs/functions/manage-functions#set_timeout_and_memory_allocation
不要忘记从终端运行firebase deploy。
【讨论】：
VALID_MEMORY_OPTIONS['1GB'] 用于打字稿
从 UI 中弄清楚有点棘手，所以这里有一些指导性的屏幕截图：
转到网址https://console.cloud.google.com/functions/list
【讨论】：
您可以在 Firebase 函数定义中添加配置，例如：
functions.runWith({memory: '2GB', timeoutSeconds: '360'})
【讨论】：
我迷失在UI中，找不到任何更改内存的选项，但终于找到了：
【讨论】：
最新的 firebase deploy 命令确实会将内存分配覆盖为默认的 256MB，超时时间最长为 60 秒。
另外，为了指定所需的内存分配和最大超时，我使用 gcloud 命令，例如：
gcloud beta 函数部署 YourFunctionName --memory=2048MB --timeout=540s
其他选项，请参考：
https://cloud.google.com/sdk/gcloud/reference/beta/functions/deploy
【讨论】：
【讨论】：
Firebase Cloud Functions 中的默认 ImageMagick 资源配置似乎与分配给该函数的实际内存不匹配。
在 Firebase 云函数的上下文中运行 identify -list resource 会产生：
File Area Memory Map Disk Thread Throttle Time
--------------------------------------------------------------------------------
18750 4.295GB 2GiB 4GiB unlimited 8 0 unlimited
分配给 FCF 的默认内存为 256MB - 默认 ImageMagick 实例认为它有 2GB，因此不会从磁盘分配缓冲区，并且很容易尝试过度分配内存，从而导致函数在 Error: memory limit exceeded. Function killed. 上失败
一种方法是按照上面的建议增加所需的内存 - 尽管 IM 仍然存在根据您的用例和异常值尝试过度分配的风险。
更安全的方法是使用-limit memory [your limit] 在图像处理过程中为 IM 设置正确的内存限制。您可以通过使用“-debug Cache”运行您的 IM 逻辑来计算您的大约内存使用量 - 它会显示所有分配的缓冲区、它们的大小以及它们是内存还是磁盘。
如果 IM 达到内存限制，它将开始在磁盘上分配缓冲区（内存映射，然后是常规磁盘缓冲区。您必须考虑 I/O 性能与内存成本之间的具体平衡。每增加一个内存字节的价格您分配给 FCF 的时间乘以 100 毫秒的使用量 - 这样可以快速增长。
【讨论】：
[更新] 正如一位评论者所建议的那样，这应该不再是问题，因为 firebase 功能现在会在重新部署时保持其设置。感谢火力基地！
事实证明，这并不明显或没有记录，您可以在 Google Functions Console 中为您的函数增加内存分配。您还可以增加长时间运行的函数的超时时间。它解决了内存过载的问题，现在一切正常。
编辑：请注意，Firebase 会在部署时重置您的默认值，因此您应该记住登录控制台并立即更新它们。我仍在寻找通过 CLI 更新这些设置的方法，当我找到它时会更新。
【讨论】：
更新：看起来他们现在保留了重新部署的设置，因此您可以在云控制台中安全地更改内存分配！
【讨论】：