请教信号和软中断的关系

ppcc800330

信号是通过软中断机制实现的，sigaction是注册相关的处理函数到软中断吗？

是注册到下面那个软中断里面呢？

                    CPU0       CPU1      
          HI:          0          0
       TIMER:      82917      56607
      NET_TX:        747        544
      NET_RX:       1588       1335
       BLOCK:      32704       2954
BLOCK_IOPOLL:          0          0
     TASKLET:        298          2
       SCHED:       7346      20512
     HRTIMER:        118        178
         RCU:      60065      40008

镇水铁牛

信号属于等待队列的概念吧。

Tinnal

回复 1# ppcc800330
@镇水铁牛


信号就是信号，怎么和软中断、等待对列放在一起呢。信号是一种由unix继承下来的独立的通讯机制。在tast_struct有自己独立的结构体和队列，在返回到用户态前进行判断并调用。



   

ppcc800330

我在网上看一些文档把信号处理和软中断关联起来，如果我安装一个信号处理函数，对应的事件发生了，不是通过软中断处理的吗？

super皮波

回复 4# ppcc800330

书上的意思是说信号和中断处理方式类似，都会打断当前的执行流程，跳转到处理函数中

书上把信号比作软中断 是相对于硬中断来说的，这里的软中断应该理解为，是软件触发的类似中断的机制，而不是硬件产生的中断



   

qimuzhi

回复 1# ppcc800330


    软中断，也是中断，是不可以调度和打断的

Tinnal

回复 4# ppcc800330
@super皮波

网上的文章害死人呀。鱼龙混杂。


你可以把他们看作用户态的“软中断”，那是一个比喻。因为信号可以异步的打断程序执行，并且执行完毕后恢复原程序执行。

但和内核态的软中断是完全的两马事。内核态的软中断是实打实的东西，是有编码，有函数的。是硬中断的下半部，是为了把硬中断的繁重工作解脱出来，在开硬中断的环境去执行。

super皮波

回复 7# Tinnal

恩，这个我理解，我就是给楼主做个比喻
   

ppcc800330

谢谢大家，现在基本分清了，还有两个问题请教下呢：

1：中断发生时，中断处理程序是否是会马上会抢占cpu执行，完成上半部工作？那么如果一下来很多中断，会不会导致一些很优先级很高的任务延迟响应呢。
2：中断处理程序是在中断上下文执行，但我看下半部是在ksoftirqd这个内核线程中执行，那么下半部是运行在ksoftirqd上下文中，跟上半部不在同一的上下文吧？

Tinnal

回复 9# ppcc800330

1：中断发生时，中断处理程序是否是会马上会抢占cpu执行，完成上半部工作？那么如果一下来很多中断，会不会导致一些很优先级很高的任务延迟响应呢。
AN:会的。现在高版本的内核引入以前实时补丁的中断线程化方案，用于缓解这种现像。
2：中断处理程序是在中断上下文执行，但我看下半部是在ksoftirqd这个内核线程中执行，那么下半部是运行在ksoftirqd上下文中，跟上半部不在同一的上下文吧？
AN：软中断不一定全在ksoftirqd里执行，在硬中断返回时也会执行。中断上下文分为硬中断（上半部）上下文和软中断（下半部）上下文。