我在尝试过的所有浏览器中偶然发现了一些奇怪的行为：
- Chromium 69.0.3497.92 (官方版本( Arch Linux (64位(
- Chrome 69.0.3497.100 (官方版本( (64 位(
- 火狐 62.0(64 位(
当我尝试通过实例化一个WebAssembly.Memory对象为 WebAssembly 分配内存时，例如：
new WebAssembly.Memory({ initial: 1 })
在铬/铬中，我得到：
VM274:1 Uncaught RangeError: WebAssembly.Memory(): could not allocate memory
at <anonymous>:1:1
(anonymous) @ VM274:1
在火狐中，我得到：
Error: out of memory
分配在 Node.js 中运行良好，但由于某种原因，我所有的浏览器在这里都失败了。我不知道该怎么做，所有依赖 WebAssembly 的网站对我来说都变得无法使用。
我怀疑Linux正在阻止浏览器(但不是node.js？(分配内存，但这只是一个疯狂的猜测。在另一台计算机上几乎相同的安装工作正常，但是在这台特定的计算机上，来自浏览器的每个分配都会失败。
有谁知道发生了什么？
这是我ulimit -a输出：
-t: cpu time (seconds) unlimited
-f: file size (blocks) unlimited
-d: data seg size (kbytes) unlimited
-s: stack size (kbytes) 8192
-c: core file size (blocks) unlimited
-m: resident set size (kbytes) unlimited
-u: processes 31215
-n: file descriptors 1024
-l: locked-in-memory size (kbytes) 16384
-v: address space (kbytes) 8388608
-x: file locks unlimited
-i: pending signals 31215
-q: bytes in POSIX msg queues 819200
-e: max nice 0
-r: max rt priority 99
-N 15: unlimited
这听起来像是操作系统中设置的限制。 在 64 位系统上，浏览器为每个 wasm 内存对象保留 6GB 的虚拟内存(以避免机器代码中的边界检查(。 如果您的最大内存有限，您可能会遇到问题。 ulimit 的输出显示每个进程的虚拟地址空间限制为 8GB，这可能解释了这一点。
也许尝试运行ulimit -v unlimited看看这是否能改善这种情况？