比如防火墙路由器waf...中嵌入wasm，网络数据作高性能的处理。 这种场景wasm适合么？
--
FROM 121.69.86.*

ebpf应该是可以用的。都已经开始用起来了。我就是感觉这俩都是虚拟机，才想到这个问题。
【 在 z16166 的大作中提到: 】
: 这种如果能用wasm， 那肯定也能用linux的ebpf，反正都是虚拟机 + JIT
--
FROM 121.69.86.*

我不是说直接让wasm像ebpf一样去处理。这样它肯定如ebpf。我的意思是说在处理数据的时候通过wasm来加入插件。不知道这种是否合适。

比如nginx用lua来扩展。那是否wasm适合取代lua？
【 在 z16166 的大作中提到: 】
: 在网络数据处理方面，wasm工具链的成熟度肯定不如ebpf
: https://github.com/eunomia-bpf/eunomia-bpf
--
FROM 121.69.86.*

感觉和最初的设计目标关系很大。ebpf最初就是为了这个而设计的，那性能肯定没问题。
wasm不知道最初有没有考虑到这种场景。
【 在 z16166 的大作中提到: 】
: 性能取决于jit吧
: 生态还没上来，jit工具也不会做到极致
: 可以看看这两个kernel wasm的runtime：
: ...................
--
FROM 121.69.86.*

ebpf就有点这个意思了。就类似当年的浏览器之于javescript。操作系统也可以用vm+脚本。不过估计没有浏览器发展的快。
【 在 hgoldfish 的大作中提到: 】
: 估计以后新的操作系统会自带编译器，各种以前在 userland 的任务，就好像 opengl shade program 一样，能被提交到内核里面运行。userland 的代码越来越像游戏 app，都是在准备数据，提交执行。
: 除了 wasm 之外，还有硬件虚拟化，也可以用于改造操作系统。把操作系统的每一个普通进程放到虚拟机里面，与操作系统通过共享的内存地址进行通信。
: 通过共享的内存地址通信，windows 的显卡驱动就是一个例子，利用了 cpu 和 gpu 硬件对共享内存地址的支持。纯软件实现有 uring, 还有 linux 的高性能时钟那个，忘了叫啥了。
: ...................
--
FROM 121.69.86.*