- 主题:openbsd 很适合搞成 libos
比如我们写个 hello, world 都是编译成 .exe 运行在某个操作系统里面的。
但是像 openbsd 这种精简的系统，如果好好整整变成 libos 跟我们写的 hello, world 链接在一起，打包成一个 .iso 可加载到 kvm 里面运行，应该是个很好的方向。
--
FROM 27.148.57.*
这不就是实时操作系统的搞法吗。。。
uCOS-III freeRTOS rtThread 都是这样,并且这几个都有 x86 的 port，都可以在 pc 上跑。
这种最大的问题是外设驱动，搞起来很麻烦。相当于你要自己裁剪出一套适合的 BSP
【 在 hgoldfish 的大作中提到: 】
: 比如我们写个 hello, world 都是编译成 .exe 运行在某个操作系统里面的。
: 但是像 openbsd 这种精简的系统，如果好好整整变成 libos 跟我们写的 hello, world 链接在一起，打包成一个 .iso 可加载到 kvm 里面运行，应该是个很好的方向。
--
修改:dormouseBHU FROM 123.113.231.*
FROM 123.113.231.*
是啊。我也不是没事拍脑袋乱想。
外设驱动很简单，把 openbsd 定位 kvm 系统就行了。设备都是虚拟化设备不用考虑其它的。反正 openbsd 也不可能真的做其它的驱动。
【 在 dormouseBHU 的大作中提到: 】
: 这不就是实时操作系统的搞法吗。。。
: uCOS-III freeRTOS rtThread 都是这样,并且这几个都有 x86 的 port，都可以在 pc 上跑。
: 这种最大的问题是外设驱动，搞起来很麻烦。相当于你要自己裁剪出一套适合的 BSP
: ...................
--
FROM 120.37.21.*
但是你这个和现成的 容器 比起来没任何优势啊。。。
人家直接编译一个用户态的程序，你这个整个代码都要跑在内核态，各种限制可比用户态程序多太多了。应用层出了问题整个内核可能都崩了。。。
【 在 hgoldfish 的大作中提到: 】
: 是啊。我也不是没事拍脑袋乱想。
: 外设驱动很简单，把 openbsd 定位 kvm 系统就行了。设备都是虚拟化设备不用考虑其它的。反正 openbsd 也不可能真的做其它的驱动。
:
--
FROM 123.113.231.*
崩掉反正也是崩一个 kvm 进程。不是大事。
内核态速度快啊。比如 QUIC 现在就有个大麻烦，因为每个包都是 UDP 包，大量发包的时候就会大量陷入内核态再出来，开销特别大。
所以 libos 是非常有价值的。还有你说的嵌入式也是应用核领域。
如果整个系统都跑在内核态，那么这个系统就连 MMU 都不需要了。
【 在 dormouseBHU 的大作中提到: 】
: 但是你这个和现成的 容器 比起来没任何优势啊。。。
: 人家直接编译一个用户态的程序，你这个整个代码都要跑在内核态，各种限制可比用户态程序多太多了。应用层出了问题整个内核可能都崩了。。。
--
修改:hgoldfish FROM 120.37.21.*
FROM 120.37.21.*