- 主题:CPU能否为操作系统优化呢？
比如，操作系统如果是微内核的，那么，进程通信会大量出现，达到子程序调用的级别。子程序是通过堆栈传参数，然后改IP。那么如果是进程通信呢？进程1会停止原来的执行，因为是异步的，然后基本是挂起，或者执行下一个消息。
而被呼叫的进程最好是被另一个CPU内核处理，进程通信的消息有的不多，估计寄存器就可以了，有的可能很多会达到64K级别，得内存来传送？然后被呼叫的进程完成后会返回一个呼叫，由操作系统把需要的信息传回原来的进程。
目前的CPU基本上运行微内核效率就会低。有没有可能涉及特殊的CPU来进行微内核加速呢？
--
FROM 98.42.143.*
MIPS的MT指令有yield这种，也可以有多个shadow寄存器来处理context
【 在 bihai 的大作中提到: 】
: 比如，操作系统如果是微内核的，那么，进程通信会大量出现，达到子程序调用的级别。子程序是通过堆栈传参数，然后改IP。那么如果是进程通信呢？进程1会停止原来的执行，因为是异步的，然后基本是挂起，或者执行下一个消息。
: 而被呼叫的进程最好是被另一个CPU内核处理，进程通信的消息有的不多，估计寄存器就可以了，有的可能很多会达到64K级别，得内存来传送？然后被呼叫的进程完成后会返回一个呼叫，由操作系统把需要的信息传回原来的进程。
: 目前的CPU基本上运行微内核效率就会低。有没有可能涉及特殊的CPU来进行微内核加速呢？
: ...................
--
FROM 218.79.233.*
不明白你是什么意思
多核cpu之间本来就是通过内存来传递数据的
这已经是最快的方法了
--
FROM 101.87.111.*
具体就是，微内核到底慢在哪里？能否优化CPU使得微内核不在那里慢？
【 在 Xaoyao 的大作中提到: 】
: 不明白你是什么意思
: 多核cpu之间本来就是通过内存来传递数据的
: 这已经是最快的方法了
--
FROM 98.42.143.*
微内核是指令级以下的，跟操作系统没关系吧。
【 在 bihai 的大作中提到: 】
: 比如，操作系统如果是微内核的，那么，进程通信会大量出现，达到子程序调用的级别。子程序是通过堆栈传参数，然后改IP。那么如果是进程通信呢？进程1会停止原来的执行，因为是异步的，然后基本是挂起，或者执行下一个消息。
:
: 而被呼叫的进程最好是被另一个CPU内核处理，进程通信的消息有的不多，估计
: ..................
发自「今日水木 on MI 8」
--
FROM 101.80.156.*
微内核操作系统，相对来说Linux是整块宏内核
【 在 TigerXiong 的大作中提到: 】
: 微内核是指令级以下的，跟操作系统没关系吧。
: 发自「今日水木 on MI 8」
--
FROM 98.42.143.*
这个值得研究。
还有就是基于vm的东西能不能把vm固化到cpu加快速度呢？
【 在 bihai 的大作中提到: 】
: 具体就是，微内核到底慢在哪里？能否优化CPU使得微内核不在那里慢？
: --
发自「今日水木 on PBCM10」
--
FROM 117.147.20.*
intel 的VT-X不就是干这个的吗
【 在 txgx 的大作中提到: 】
: 这个值得研究。
: 还有就是基于vm的东西能不能把vm固化到cpu加快速度呢？
: 发自「今日水木 on PBCM10」
: ...................
--
FROM 103.107.216.*
已经有很多成功实践了吧？
【 在 bihai 的大作中提到: 】
: 比如，操作系统如果是微内核的，那么，进程通信会大量出现，达到子程序调用的级别。子程序是通过堆栈传参数，然后改IP。那么如果是进程通信呢？进程1会停止原来的执行，因为是异步的，然后基本是挂起，或者执行下一个消息。
:
: 而被呼叫的进程最好是被另一个CPU内核处理，进程通信的消息有的不多，估计寄存器就可以了，有的可能很多会达到64K级别，得内存来传送？然后被呼叫的进程完成后会返回一个呼叫，由操作系统把需要的信息传回原来的进程。
:
: 目前的CPU基本上运行微内核效率就会低。有没有可能涉及特殊的CPU来进行微内核加速呢？
: --
:
发自「今日水木 on iOS」
--
FROM 112.97.50.*
微内核增加了额外的ipc开销，ipc需要context switch
【 在 bihai 的大作中提到: 】
:
: 具体就是，微内核到底慢在哪里？能否优化CPU使得微内核不在那里慢？
:
: 【 在 Xaoyao 的大作中提到: 】
: : 不明白你是什么意思
#发自zSMTH@NOP-AN00
--
FROM 116.224.249.*