中断不可睡眠的一些理解

原创 2014年08月03日 13:25:26
一、
       LINUX中到是有中断还没有完全返回就调用schedule()而睡眠过去的例子。
       可以猜是哪里。
       我觉得,中断和异常不同,中断是异步的,异常和系统调用是同步的。
异常比如缺页异常发生时,当前任务在异常处理完成之前不能继续运行,该异常处理过程和当前任务天然相联系,运行在当前进程的上下文中。
中断的发生很可能是与当前任务无关的,如果把中断处理实现为强行与当前任务相关联,就会造成当前任务由于和他毫无关系的过程的执行而被剥夺了运行的权利。这样的调度实现是不符合公平合理的原则的,是错误的。
中断本来就是用来处理紧急/突发事件的, 而进程睡眠是因为没有事情可以做才去睡眠的,
两者本来就属于对立的情形. 所以,为什么要让中断处理程序去睡眠呢?
看了半天,头都大了。这问题看一下操作系统的原理或设计类书就明白了。

       1.中断是可以睡眠的;如果你要这样设计的话;
传统UNIX:
2.中断是没有必要睡眠的,因为它和所有进程无关(事实上也有关,不然什么地方来的中断,比如磁盘中断总是和哪个读写磁盘的进程有关的)
3.更重要的是,它能很快完成,不睡眠被认为能“充分利用资源”;


实时系统:
4.在实时系统中,中断应当被设计成能够睡眠,并被高优先级的进程抢占;
5.中断优先级,是指2.中的相关进程的优先级;保存上下文不是问题,你可以将其设计成中断任务(或线程);
二、
LINUX调度的单位是进程,中断中睡眠后因没有CONTEXT回不来。   
从任务切换的流程上来说是不能在中断中切换任务的,因为中断没有TCB。发生任务切换需要将原任务的当前状态包括堆栈、寄存器、进程上下文保存在该任务的TCB中,然后再将新任务的这些信息从TCB导出来加载,建立新任务的运行环境。如果在中断中切换任务,被中断的任务运行环境无法完整保存,下次再运行就会出问题。
kernel没有为中断建立专门的数据结构,也因此没有相应的调度措施(类似进程调度).所以中断如果切换出去了,这个中断就丢失了.
如果你有在中断中切换的需求,就必须对kernel进行修改.为中断专门建立数据结构.我记得某一种类unix操作系统就是支持在中断中切换的.
三、
        在Linux标准内核中,中断时最高优先级的执行单元,不管内核代码当时处理什么,只要有中断事件,系统将立即响应改事件并执行相应的中断处理代码,除非当时中断禁用。因此,如果系统有严重的网络或I/O负载,中断将非常频繁,实时任务将很难有机会运行,也就是说毫无实时性可言。 
四、
中断的handler能否sleep?
这其实和"中断没有自己的上下文"无关. CPU没有关中断, 中断有自己的上下文, 中断的上下文就是抢占的任务A的上下文.
和栈溢出也没有关系, 现在的中断都是可以嵌套的, 如果中断sleep只会让后面的中断抢占其他任务, 根本不存在栈溢出问题, 不过现在内核的4K中断单独栈会有问题. 这会导致栈被破坏.

假设中断sleep了, 在调度的时候, 内核将中断的CS:eip和SS:esp保存在被抢占任务A的thread_info中, 当任务A被重新唤醒的时候, 任务A从中断的CS:eip开始执行, 这也能正常执行下去, 中断执行完后, 从ret_from_intr中返回. 可以恢复任务A的抢占前的场景.

五、

由于异常为同步事件,由当前进程执行所引发,所以可以说,异常处于被打断进程的上下文之中,为当前被打断的进程服务,所以在异常处理过程中,可以调用任何内核态的函数,也可以睡眠。因为睡眠(应为是)有意义的,同时也是合理的;而中断为异步事件,虽然使用当前被打断进程的内核栈、处于被打断进程的上下文之中,但是和当前被中断进程没有必然的关系,同时中断处理程序和外部的一个具体设备相对应,这就要求中断处理程序能快速的完成,以便能及时地响应设备的下一次中断请求,所以在中断处理过程中是不可以睡眠的,也就是说中断处理程序不能睡眠的根本原因在于中断处理程序必须运行的尽可能的快,以不丢失设备的中断请求。从另外的一个角度进行考虑,假设中断处理程序由于调用了一个可以睡眠的内核态函数,进而睡眠了,那么被该中断处理程序打断的用户进程必定也随之睡眠,当导致睡眠的原因消失后,那么唤醒被中断处理程序所打断的的用户进程即可运行睡眠的中断处理程序。但是有两点需要考虑:1:睡眠过程一定会丢失外设的中断请求。2:此时的中断处理并不是为用户进程服务的,但是会将中断处理程序所使用的系统资源记账到用户进程中去,这是不合理的;对比异常处理过程,因为异常处理是为用户进程服务的,所以将异常处理过程所使用的系统资源记账到用户进程是合理的。


经过上面的分析和讨论,我们可以给出结果:异常处理过程可以睡眠;中断处理过程不可以睡眠


http://www.360doc.com/content/13/0911/15/7377734_313740608.shtml这个网址中有相关讨论

linux僵尸进程&&进程进入不可中断休眠状态

1.平台Hi3536发现某些进程使用(kill -9)杀不掉 ps查看指令为      ps -o pid,ppid,stat,comm stat:      D    不可中断     Uninte...
  • vc66vcc
  • vc66vcc
  • 2016年06月28日 11:40
  • 3209

为什么中断不能睡眠

这个问题有很多人问过,我看了下Linux得内核代码,原因如下:(当然我不能保证一定对,如果有牛人理解得更好,欢迎指正) 1、 中断处理的时候,不应该发生进程切换,因为在中断context中,唯一...
  • mihouge
  • mihouge
  • 2015年03月11日 14:29
  • 1828

信号发送及可中断睡眠和不可中断睡眠

传智扫地僧课程学习笔记。 信号分为 不可靠信号,即传了3个信号,可能只接到1个, 可靠信号,就算传送失败,也会有返回信息,告诉你哪里出错了, 一个结论帮助理解:非实时信号都不支持排队,...
  • qq_18973645
  • qq_18973645
  • 2017年01月23日 18:50
  • 201

关于中断上下文为什么不能睡眠?

这个问题有很多人问过,我看了下Linux得内核代码,原因如下:(当然我不能保证一定对,如果有牛人理解得更好,欢迎指正) 1、 中断处理的时候,不应该发生进程切换,因为在中断context中,唯一...
  • dandelionj
  • dandelionj
  • 2013年07月21日 23:59
  • 4773

中断不可睡眠的一些理解

LINUX中到是有中断还没有完全返回就调用schedule()而睡眠过去的例子。 可以猜是哪里。 我觉得,中断和异常不同,中断是异步的,异常和系统调用是同步的。...
  • u014292052
  • u014292052
  • 2014年08月03日 13:25
  • 1571

关于LINUX在中断(硬软)中不能睡眠(down)的真正原因

原帖地址:http://bbs.chinaunix.net/thread-2115820-1-1.html 这里引用个人认为比较OK的解析: 呵呵,我最喜欢这种讨论了。先来献丑了,说说我的看法。 ...
  • lanmanck
  • lanmanck
  • 2012年02月22日 11:33
  • 4188

为什么在Linux中断服务程序中不能睡眠

最近本人在实现TILE CPU架构上的中断子系统,抽出一点时间来仔细研究了下Linux上的中断设计。对内核有所了解的人都知道,在Linux中断ISR中不能睡眠,但是为什么不能睡眠呢? 其中一个比较流...
  • Tonyluzhigang
  • Tonyluzhigang
  • 2013年12月02日 11:38
  • 1783

中断中不能睡眠的原因

这个说起来有点多,一一来看: 1,中断要根据前后文来说,一般说中断上下文中不能睡眠,这个中断是指硬件事件发生,触发CPU停止当前活动转而去处理硬件请求. 2,根据硬件请求响应处理逻辑的实时紧要与否...
  • ruanjianruanjianruan
  • ruanjianruanjianruan
  • 2015年10月12日 22:57
  • 943

Linux 进程的三种状态

1.R (TASK_RUNNING)状态,可执行状态。 只有在该状态的进程才可能在CPU上运行。而同一时刻可能有多个进程处于可执行状态,这些进程的task_struct结构(进程控制块)被放入对...
  • myxmu
  • myxmu
  • 2013年12月23日 15:31
  • 1091

为什么在中断过程中不能进行睡眠

运行在中断中的代码不能进行睡眠,或者阻塞!因为代码是运行在中断上下文中,并非进程上下文中,如果将中断进行睡眠的话,调度器无从得知下一个应该调度的进程,系统无法继续进行!         关于调度器在...
  • LinuxEngineer
  • LinuxEngineer
  • 2013年10月08日 11:02
  • 1172
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:中断不可睡眠的一些理解
举报原因:
原因补充:

(最多只允许输入30个字)