Pegjs: [问题] 关于 {cache: true} 和处理合理的内存不足情况的建议

问题类型

• 问题：是

先决条件

• 你能重现这个问题吗？：是的
• 您是否搜索了存储库问题？：是的，在 GitHub 问题中查看了cache ，在缓存中发现了一些问题，但不是我所要求的。
• 你检查过论坛吗？：是的，试过googlegroups / cache ，没有相关结果
• 您是否执行过网络搜索（谷歌、雅虎等）？：是的

描述

我正在使用大约 1000 行的语法解析一段相当重 (500KB) 的用户提供的文本。

• 当传递{cache: true} ...
  
  
  
  • ...并告诉 Node 使用 3GB 的堆（使用--max-old-space-size=3000 ），堆增长到 2.5GB，并在 12 秒内解析成功。
  
  
  • ...并让 Node 10 默认为 800MB 的堆，解析崩溃并出现 OOM。
  
  
• 当传递{cache: false} ，正如预期的那样，解析时钟在 10 秒（非病理情况）时稍微快一点，并且不会增加内存使用量。

这是用户数据，而我的服务器资源有限，因此无法让 Node 使用 X GB 的堆，因为明天我可能会获得 1MB 的用户数据，而这需要 X+1 GB 的堆。 当然，我想在可能的情况下继续使用{cache: true} ，以“避免病理情况下的指数解析时间” ，这是我遇到的。

你推荐什么方法？

• 当内存使用变得至关重要时，PEG.js 中是否有任何内置的东西可以纾解？
• 我用超时处理这个问题的尝试并不好，因为内存使用可能比超时增长得更快。
• 据我所知，拦截节点 OOM 是不可能的。
• 最后，我正在考虑根据输入的大小切换{cache: true}的用法。 这将花费我更多的 CPU 使用率，但至少我不会 OOM。
• 其他想法？

感谢 PEG.js！ 🙂

软件

• PEG.js： 0.10.0
• Node.js： 10.13.0
• NPM 或纱线： npm 6.4.1
• 浏览器：不适用
• 操作系统： AWS Linux