Linux下CPU密集型进程的内核/用户态切换与信号交付时机问询

问题 #

我对Linux内核的信号处理机制有疑问：已知内核会在进程从内核态返回用户态时调用用户注册的信号处理函数，常见触发场景是系统调用或调度任务。为此我写了一个CPU密集型、几乎无系统调用的程序，在24核低负载（无其他任务）的机器上运行。原本以为只有时钟中断（约4ms或10ms）会触发态切换，每秒最多调用250次处理函数，但实际输出显示频率约111111Hz，耗时仅0.011秒。我疑惑是否存在大量调度事件，同时想知道内核向进程交付信号（而非生成）的准确时机。

程序代码 #

#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/time.h>

#define USECREQ 10
#define LOOPS 1000

void event_handler(int signum)
{
    static unsigned long cnt = 0;
    static struct timeval tsFirst;
    if (cnt == 0)
    {
        gettimeofday(&tsFirst, 0);
    }
    cnt++;
    if (cnt >= LOOPS)
    {
        struct timeval tsNow;
        struct timeval diff;
        setitimer(ITIMER_REAL, NULL, NULL);
        gettimeofday(&tsNow, 0);
        timersub(&tsNow, &tsFirst, &diff);
        unsigned long long udiff = (diff.tv_sec * 1000000) + diff.tv_usec;
        double delta = (double)(udiff / cnt) / 1000000;
        int hz = (unsigned)(1.0 / delta);
        printf("kernel timer interrupt frequency is approx. %d Hz", hz);
        if (hz >= (int)(1.0 / ((double)(USECREQ) / 1000000)))
        {
            printf(" or higher");
        }
        printf("\n");
        exit(0);
    }
}

int main(int argc, char **argv)
{
    struct sigaction sa;
    struct itimerval timer;

    memset(&sa, 0, sizeof(sa));
    sa.sa_handler = &event_handler;
    sigaction(SIGALRM, &sa, NULL);
    timer.it_value.tv_sec = 0;
    timer.it_value.tv_usec = USECREQ;
    timer.it_interval.tv_sec = 0;
    timer.it_interval.tv_usec = USECREQ;
    setitimer(ITIMER_REAL, &timer, NULL);
    while (1) ;
}

运行输出 #

// output
[root@my-centos ~]# time ./a.out
kernel timer interrupt frequency is approx. 111111 Hz or higher

real    0m0.011s
user    0m0.009s
sys     0m0.001s

解答 #

信号处理频率远超预期的原因 #

你用的ITIMER_REAL定时器是基于系统实时时钟的，它依赖内核的**高精度定时器（hrtimer）**实现，精度能达到微秒级别，和传统的100Hz/250Hz时钟中断完全无关。你设置的10微秒间隔是可以被精准触发的，这就是为什么能达到约111kHz的信号处理频率。

内核交付信号的准确时机 #

内核向进程交付信号（即触发用户态信号处理函数）的核心时机是进程从内核态返回用户态的瞬间，具体场景包括：

• 系统调用执行完成后返回用户态
• 任何中断（包括时钟中断、高精度定时器触发的软中断）处理完成后返回用户态
• 进程被调度唤醒后，首次切换到用户态前
• 进程从休眠状态被信号唤醒时

你的CPU密集型程序虽然没有主动发起系统调用，但每次ITIMER_REAL定时器触发时，内核会生成SIGALRM信号，并在后续的内核态返回用户态流程中检查到该信号，随即触发信号处理函数。这个过程不需要依赖调度事件，只要有未处理信号，内核就会在态切换的节点完成交付。

关于调度事件的疑问 #

在24核低负载的环境下，你的进程会独占一个CPU核心，不会有频繁的调度事件（无其他任务时没有抢占需求）。信号交付的触发是因为高精度定时器触发的软中断处理完成后，内核检查到未处理信号，在返回用户态时执行处理函数，和调度事件无关。

内容的提问来源于stack exchange，提问作者Yang Song