不严谨的试一试 serverless function，有点出乎意料

[shui14]

起因是不经意间的想法快速实现，选了 Vercel Next + trpc + PostgreSQL ，这不是重点。

发现它的 serverless function 有很多选择，那是不是可以在不同应用场景使用不同的方案，比如 io nodejs 、密集计算就 rust/go 、gis 工具就 py ，加上去年在弄 wasm 的沙盒，顺便就有了这个不严谨的测试。

这一下改变了我的印象，nodejs io 不差，但这个测试中的密集计算四种选择，它表现还可以，一度让我怀疑有问题，rng 拓展倒也能接受。我并不是引战，上面也说了不同场景组合不同方案，vercel 提供了一种方便的选择，这是测试之一的密集计算。

测试链接

[StarkWhite]

postsql 是啥？

[llwwbb7]

是在算 pi 吗？怎么好像 rust 和 go 算的都不太准？

[shui14]

@StarkWhite 改了其实想表达的是 postGIS 和 SQL

[shui14]

@llwwbb7 蒙特卡洛求 pi 近似值，没仔细考虑 rng ，有些部分不是我写的，gpt 抄的。我自己测的也感觉颇有不妥，只是这里我惊讶在于 node 表现出色（使用了拓展 SHISHUA ）

[Al0rid4l]

哎, 黑黑 JS 弱类型什么的就算了, 包管理现在有 pnpm 都黑不动了, 语法其实还可以, 性能更是脚本里的 top, 现在应该比 LuaJIT 还略快一点

[shui14]

@Al0rid4l 没有黑的意思，合适的场景组合合适的工具，我印象中 node 的 io 很强，这一次综合看计算也能接受，也可能这样不公平，只是懒得去掉 SHISHUA ，我还测了 webgl1 webgl2 webgpu 和 wasm 做矩阵运算，一个 monorepo 抽出来的代码有点多不好挪出来单独改