《Interrupt in Linux（硬件篇）》（1楼有更新 2008.5.3）

rtcontrol

明白了中断批处理，有了中断批处理功能，系统的实时性又能提高一些，

risepp

谢谢楼主分享，学习中～～～

bluesky_jxc

ok, 我不得不说，it depends。。。

想象一下，如果每次检查都只有一个中断就绪，而action链表很长呢？
虽然每个isr会很快退出，但是从整体上面来讲，并不能说那种方法一定有优势

albcamus

原帖由 zx_wing 于 2008-4-28 18:50 发表

我已经在首页作为补充内容更新了，看来应该在标题上写出来。

应该给文档标上版本， 例如v0.9.1之类， 并且第一页加上Revision History. ^_^

dengcainiao

原帖由 bluesky_jxc 于 2008-4-29 08:48 发表
ok, 我不得不说，it depends。。。

想象一下，如果每次检查都只有一个中断就绪，而action链表很长呢？
虽然每个isr会很快退出，但是从整体上面来讲，并不能说那种方法一定有优势

没明白你的意思，能再详细解释一下吗？action链表的长短和中断批处理有什麽关系吗？如ZT_WING解释的那样似乎只节省了上下文切换的时间，遍历action链表即使是中断批处理不也是每次响应一个中断都要做一次吗？

zhel1978

  学习学习

bluesky_jxc

linux设计成每次中断都遍历整个action链表，但是并不表示所有操作系统都会这么设计，比如windows就是只要有一个isr完成了就返回。

各自有各自的优势，没办法说这种“批处理”好还是“单处理”好。

wylhistory

没啥好说的，崇拜！！！

dengcainiao

原帖由 bluesky_jxc 于 2008-4-29 10:44 发表
linux设计成每次中断都遍历整个action链表，但是并不表示所有操作系统都会这么设计，比如windows就是只要有一个isr完成了就返回。

各自有各自的优势，没办法说这种“批处理”好还是“单处理”好。

我对中断批处理的理解很浅显，是刚才ZT_WING在回复其他朋友时候看到的。但是按照我的理解，中断批处理似乎是高级硬件平台提供的一种机制，可以让操作系统有办法在一次陷入中断上下文后处理所有中断服务直到没有新的设备请求中断服务再返回用户空间，该机制可以避免由于频繁产生中断引起频繁的上下文切换产生的开销。（我猜测zt_wing介绍的一个大概意思，应该还有一些机制来保证用户空间程序不会过分饥饿）
bluesky_jxc大侠，我还是想不明白这与LINUX实现的把所有共享中断向量的ISR串在action链表里有什么关系？？我感觉无论是哪种操作系统，其表示中断共享的数据结构设计成什么样子都可以从这种硬件机制中受益。不知道我对中断批处理的理解是否正确，请zt_wing再明确一下。也请bluesky_jxc再费心回答一下我的疑问。

zx_wing

原帖由 albcamus 于 2008-4-29 09:36 发表


应该给文档标上版本， 例如v0.9.1之类， 并且第一页加上Revision History. ^_^

好建议。我也打算更新后在里面加Revision History，但第一版从哪个版本号开始呢