- 主题:wasm时候高性能的环境么？
只说它的性能。
【 在 z16166 的大作中提到: 】
: ebpf对代码有校验，不能有循环之类的。如果要在kernel里运行，wasm估计还没这种工具
: 上面贴的链接是在用户态执行wasm
--
FROM 121.69.86.*
性能取决于jit吧
生态还没上来，jit工具也不会做到极致
可以看看这两个kernel wasm的runtime：
https://github.com/wasmerio/kernel-wasm
https://github.com/kenny-ngo/wasmjit
【 在 chunhui 的大作中提到: 】
: 只说它的性能。
--
FROM 114.241.225.*
感觉和最初的设计目标关系很大。ebpf最初就是为了这个而设计的，那性能肯定没问题。
wasm不知道最初有没有考虑到这种场景。
【 在 z16166 的大作中提到: 】
: 性能取决于jit吧
: 生态还没上来，jit工具也不会做到极致
: 可以看看这两个kernel wasm的runtime：
: ...................
--
FROM 121.69.86.*
高性能网络现在到瓶颈了，企业用的现在有800g，所有有软件参与的全挂，汇编都不行，只有acap能过
wasm现阶段性能似乎是native 80%左右，相关组织在搞wasm2，我原帖其实说的是可能10年后
【 在 chunhui 的大作中提到: 】
: 感觉和最初的设计目标关系很大。ebpf最初就是为了这个而设计的，那性能肯定没问题。
: wasm不知道最初有没有考虑到这种场景。
--
FROM 221.221.19.*
不要高性能就一下戳到顶。800g之下还有几十g，100g范围的“高性能”。
如果wasm能到80%。综合它带来的灵活稳定高效业务分离反应快之类的好处，那我觉着还是可以用的。如果可以用，那可能wasm在这个领域会是一个技术改变的热点。现在正是为十年后作准备的时候。
【 在 leadu 的大作中提到: 】
: 高性能网络现在到瓶颈了，企业用的现在有800g，所有有软件参与的全挂，汇编都不行，只有acap能过
: wasm现阶段性能似乎是native 80%左右，相关组织在搞wasm2，我原帖其实说的是可能10年后
--
FROM 221.216.116.*
估计以后新的操作系统会自带编译器，各种以前在 userland 的任务，就好像 opengl shade program 一样，能被提交到内核里面运行。userland 的代码越来越像游戏 app，都是在准备数据，提交执行。
除了 wasm 之外，还有硬件虚拟化，也可以用于改造操作系统。把操作系统的每一个普通进程放到虚拟机里面，与操作系统通过共享的内存地址进行通信。
通过共享的内存地址通信，windows 的显卡驱动就是一个例子，利用了 cpu 和 gpu 硬件对共享内存地址的支持。纯软件实现有 uring, 还有 linux 的高性能时钟那个，忘了叫啥了。
【 在 chunhui 的大作中提到: 】
: 不要高性能就一下戳到顶。800g之下还有几十g，100g范围的“高性能”。
: 如果wasm能到80%。综合它带来的灵活稳定高效业务分离反应快之类的好处，那我觉着还是可以用的。如果可以用，那可能wasm在这个领域会是一个技术改变的热点。现在正是为十年后作准备的时候。
--
修改:hgoldfish FROM 183.253.147.*
FROM 183.253.147.*
JIT进内核，这个听上去不错……
【 在 hgoldfish 的大作中提到: 】
: 估计以后新的操作系统会自带编译器，各种以前在 userland 的任务，就好像 opengl shade program 一样，能被提交到内核里面运行。userland 的代码越来越像游戏 app，都是在准备数据，提交执行。
--
FROM 116.233.93.*
应该不算 jit.
opengl shade 扔到显卡之前，需要验证和编译才能运行。
内核里面显然不适合跑解析执行和 JIT 的虚拟机。本来扔到内核里面就是为了快。
我觉得龙芯社区，如果有能力就应该研究研究新型操作系统，好好利用龙芯能够跑多种指令集这种天然的进程隔离优势。
【 在 oldwatch 的大作中提到: 】
: JIT进内核，这个听上去不错……
--
FROM 183.253.147.*
ebpf就有点这个意思了。就类似当年的浏览器之于javescript。操作系统也可以用vm+脚本。不过估计没有浏览器发展的快。
【 在 hgoldfish 的大作中提到: 】
: 估计以后新的操作系统会自带编译器，各种以前在 userland 的任务，就好像 opengl shade program 一样，能被提交到内核里面运行。userland 的代码越来越像游戏 app，都是在准备数据，提交执行。
: 除了 wasm 之外，还有硬件虚拟化，也可以用于改造操作系统。把操作系统的每一个普通进程放到虚拟机里面，与操作系统通过共享的内存地址进行通信。
: 通过共享的内存地址通信，windows 的显卡驱动就是一个例子，利用了 cpu 和 gpu 硬件对共享内存地址的支持。纯软件实现有 uring, 还有 linux 的高性能时钟那个，忘了叫啥了。
: ...................
--
FROM 121.69.86.*
感觉不适合
现在wasm仅仅也就是比js快点
真正的高性能运算能达到native的50%就不错了
【 在 chunhui 的大作中提到: 】
: 比如防火墙路由器waf...中嵌入wasm，网络数据作高性能的处理。 这种场景wasm适合么？
--
FROM 221.219.211.*