慢系统调用 与 信号

慢系统调用(Slow system call)

该术语适用于那些可能永远阻塞的系统调用。永远阻塞的系统调用是指调用永远无法返回,多数网络支持函数都属于这一类。如:若没有客户连接到服务器上,那么服务器的accept调用就会一直阻塞。

慢系统调用可以被永久阻塞,包括以下几个类别:

(1)读写‘慢’设备(包括pipe,终端设备,网络连接等)。读时,数据不存在,需要等待;写时,缓冲区满或其他原因,需要等待。读写磁盘文件一般不会阻塞。

(2)当打开某些特殊文件时,需要等待某些条件,才能打开。例如:打开中断设备时,需要等到连接设备的modem响应才能完成。

(3)pause和wait函数。pause函数使调用进程睡眠,直到捕获到一个信号。wait等待子进程终止。

(4)某些ioctl操作。

(5)某些IPC操作。

早期的Unix系统,如果进程在一个慢系统调用(slow system call)中阻塞时,当捕获到某个信号且相应信号处理函数返回时,这个系统调用被中断,调用返回错误,设置errno为EINTR(相应的错误描述为“Interrupted system call”)。

一些IO系统调用执行时, 如 read 等待输入期间, 如果收到一个信号,系统将中断read, 转而执行信号处理函数. 当信号处理返回后, 系统遇到了一个问题: 是重新开始这个系统调用, 还是让系统调用失败?早期UNIX系统的做法是, 中断系统调用, 并让系统调用失败, 比如read返回 -1, 同时设置 errno 为 EINTR中断了的系统调用是没有完成的调用, 它的失败是临时性的, 如果再次调用则可能成功, 这并不是真正的失败, 所以要对这种情况进行处理, 典型的方式为:

 1 while (1) {
 2
 3     n = read(fd, buf, BUFSIZ);
 4
 5     if (n == -1 && errno != EINTR) {
 6
 7         printf("read error\n");
 8
 9         break;
10
11     }
12
13     if (n == 0) {
14
15         printf("read done\n");
16
17         break;
18
19     }
20
21 }

这样做逻辑比较繁琐, 事实上, 我们可以从信号的角度来解决这个问题,  安装信号的时候, 设置 SA_RESTART属性, 那么当信号处理函数返回后, 被该信号中断的系统调用将自动恢复.

示例程序:

 1 #include <signal.h>
 2 #include <stdio.h>
 3 #include <stdlib.h>
 4 #include <error.h>
 5 #include <string.h>
 6 #include <unistd.h>
 7
 8 void sig_handler(int signum)
 9 {
10     printf("in handler\n");
11     sleep(1);
12     printf("handler return\n");
13 }
14
15 int main(int argc, char **argv)
16 {
17     char buf[100];
18     int ret;
19     struct sigaction action, old_action;
20
21     action.sa_handler = sig_handler;
22     sigemptyset(&action.sa_mask);
23     action.sa_flags = 0;
24     /* 版本1:不设置SA_RESTART属性
25      * 版本2:设置SA_RESTART属性 */
26     //action.sa_flags |= SA_RESTART;
27
28     sigaction(SIGINT, NULL, &old_action);
29     if (old_action.sa_handler != SIG_IGN) {
30         sigaction(SIGINT, &action, NULL);
31     }
32
33     bzero(buf, 100);
34
35     ret = read(0, buf, 100);
36     if (ret == -1) {
37         perror("read");
38     }
39
40     printf("read %d bytes:\n", ret);
41     printf("%s\n", buf);
42
43     return 0;
44 }

当sa_flags不设置:SA_RESTART时:

结果:

设置后:

当被中断后,重新执行

如何处理被中断的系统调用

既然系统调用会被中断,那么别忘了要处理被中断的系统调用。有三种处理方式:

◆ 人为重启被中断的系统调用

◆ 安装信号时设置 SA_RESTART属性(该方法对有的系统调用无效)

◆  忽略信号(让系统不产生信号中断)

人为重启被中断的系统调用

人为当碰到EINTR错误的时候,有一些可以重启的系统调用要进行重启,而对于有一些系统调用是不能够重启的。例如:accept、read、write、select、和open之类的函数来说,是可以进行重启的。不过对于套接字编程中的connect函数我们是不能重启的,若connect函数返回一个EINTR错误的时候,我们不能再次调用它,否则将立即返回一个错误。针对connect不能重启的处理方法是,必须调用select来等待连接完成。

这里的“重启”怎么理解?

一些IO系统调用执行时,如 read 等待输入期间,如果收到一个信号,系统将中断read, 转而执行信号处理函数. 当信号处理返回后, 系统遇到了一个问题: 是重新开始这个系统调用, 还是让系统调用失败?早期UNIX系统的做法是, 中断系统调用,并让系统调用失败, 比如read返回 -1, 同时设置 errno 为EINTR中断了的系统调用是没有完成的调用,它的失败是临时性的,如果再次调用则可能成功,这并不是真正的失败,所以要对这种情况进行处理, 典型的方式为:

1 again:
2           if ((n = read(fd, buf, BUFFSIZE)) < 0) {
3              if (errno == EINTR)
4                   goto again;     /* just an interrupted system call */
5             /* handle other errors */
6           }

安装信号时设置 SA_RESTART属性

我们还可以从信号的角度来解决这个问题,  安装信号的时候, 设置 SA_RESTART属性,那么当信号处理函数返回后, 不会让系统调用返回失败,而是让被该信号中断的系统调用将自动恢复。

1 struct sigaction action;
2
3 action.sa_handler = handler_func;
4 sigemptyset(&action.sa_mask);
5 action.sa_flags = 0;
6 /* 设置SA_RESTART属性 */
7 action.sa_flags |= SA_RESTART;
8
9 sigaction(SIGALRM, &action, NULL);

但注意,并不是所有的系统调用都可以自动恢复。如msgsnd喝msgrcv就是典型的例子,msgsnd/msgrcv以block方式发送/接收消息时,会因为进程收到了信号而中断。此时msgsnd/msgrcv将返回-1,errno被设置为EINTR。且即使在插入信号时设置了SA_RESTART,也无效。在man msgrcv中就有提到这点:


msgsnd and msgrcv are never automatically restarted after being interrupted by a signal handler, regardless of the setting  of the SA_RESTART flag when establishing a signal  handler.

忽略信号

当然最简单的方法是忽略信号,在安装信号时,明确告诉系统不会产生该信号的中断。

1 struct sigaction action;
2
3 action.sa_handler = SIG_IGN;
4 sigemptyset(&action.sa_mask);
5
6 sigaction(SIGALRM, &action, NULL);

另外,在我的 https://github.com/juniperdiego/Unix-network-programming-of-mine/tree/master/tcpserv02 中,

accept是一个慢调用函数

程序在ubuntu 14.04下运行,使用signal(SIGCHLD, sig_chld)情况下,抓不到 EINTR;

使用sigaction(SIGCHLD, &action, NULL);设置了 sa_flag = 0后,才能捕捉到EINTR。

如果设置action.sa_flags |= SA_RESTART;无法抓到EINTR,accept调用会自动重启。

时间: 2024-10-10 20:01:04

慢系统调用 与 信号的相关文章

系统调用与信号重启,好

这篇写的很好 http://blog.chinaunix.net/uid-24774106-id-3065234.html UNIX系统编程,这本书中有大量的重启系统调用,例如下面的例子:选自P50, pid_t r_wait(int *stat_loc) { int retval; while(((retval = wait(stat_loc)) ==-1 && (errno == EINTR)); return retval; } 还有对read,write的重启操作. UNP vol

linux strace-跟踪进程的系统调用或是信号产生情况,lstrace-跟踪己丑年调用库函数情况,进程跟踪调试命令

本工具可以用来做大多数排除,比如mount一个NFS,很慢,找不出原因,我们可以使用strace命令来跟中mount这个经常所有的调用过程. strace 命令是一种强大的工具,它能够显示所有由用户空间程序发出的系统调用. strace 显示这些调用的参数并返回符号形式的值.strace 从内核接收信息,而且不需要以任何特殊的方式来构建内核. 下面记录几个常用 option . 1 -f -F选项告诉strace同时跟踪fork和vfork出来的进程 2 -o xxx.txt 输出到某个文件.

strace命令_Linux strace 命令用法详解:跟踪系统调用和信号

strace常用来跟踪进程执行时的系统调用和所接收的信号. 在Linux世界,进程不能直接访问硬件设备,当进程需要访问硬件设备(比如读取磁盘文件,接收网络数据等等)时,必须由用户态模式切换至内核态模式,通 过系统调用访问硬件设备.strace可以跟踪到一个进程产生的系统调用,包括参数,返回值,执行消耗的时间. strace命令是一个集诊断.调试.统计与一体的工具,我们可以使用strace对应用的系统调用和信号传递的跟踪结果来对应用进行分析,以达到解决问题或者是了解应用工作过程的目的.当然stra

使用strace 工具跟踪系统调用和信号

使用strace来执行程序,它会记录程序执行过程中调用,接收到的信号,通过查看记录结果,就可以知道程序打开哪些文件,进行哪些读写,映射哪些内存,向系统申请多少内存等信息 strace 移植 下载strace源码:strace-4.5.15.tar.bz2 解压:tar xjf strace-4.5.15.tar.bz2, 如果想要在自己板子上运行,还需要进行配置,我使用的是韦东山制作的一个补丁 strace-fix-arm-bad-syscall.patch 进行打补丁: patch -pn <

信号中断与慢系统调用

Slow system call 该术语适用于那些可能永远阻塞的系统调用.永远阻塞的系统调用是指调用永远无法返回,多数网络支持函数都属于这一类.如:若没有客户连接到服务器上,那么服务器的accept调用就会一直阻塞. 慢系统调用可以被永久阻塞,包括以下几个类别: (1)读写‘慢’设备(包括pipe,终端设备,网络连接等).读时,数据不存在,需要等待:写时,缓冲区满或其他原因,需要等待.读写磁盘文件一般不会阻塞. (2)当打开某些特殊文件时,需要等待某些条件,才能打开.例如:打开中断设备时,需要等

APUE: 信号相关系统调用和库函数

信号就是软件中断,信号提供一种处理异步事件的方法. 信号出现时按照下列方式处理: 1.忽略此信号,有两个信号不能忽略. 2.捕捉此信号,有两个信号不能被捕捉. 3.默认处理,少数默认处理是忽略,大部分默认处理是终止. ctrl+D组合键,不是信号,只是EOF字符 linux中1-31为普通信号:34-64为实时信号. trap-l 命令查看所有信号,64个 信号从1开始,没有0. SIGHUP:终端接口检测到连接断开发出该信号, SIGINT:ctrl+c,终端中断符,一般用来停止一个失去控制的

Linux 信号signal处理机制(ZZ)

http://www.cnblogs.com/taobataoma/archive/2007/08/30/875743.html 信号是Linux编程中非常重要的部分,本文将详细介绍信号机制的基本概念.Linux对信号机制的大致实现方法.如何使用信号,以及有关信号的几个系统调用. 信号机制是进程之间相互传递消息的一种方法,信号全称为软中断信号,也有人称作软中断.从它的命名可以看出,它的实质和使用很象中断.所以,信号可以说是进程控制的一部分. 一.信号的基本概念 本节先介绍信号的一些基本概念,然后

Linux高性能server编程——信号及应用

?? 信号 信号是由用户.系统或者进程发送给目标进程的信息.以通知目标进程某个状态的改变或系统异常. Linux信号可由例如以下条件产生: 对于前台进程.用户能够通过输入特殊的终端字符来给它发送信号.比方输入Ctrl+C一般会给进程发送一个终端信号. 2.系统异常 系统状态变化 执行kill命令或调用kill函数 Linux信号概述 发送信号 Linux下,一个进程给其它进程发送信号的API是kill函数.其定义例如以下: #include <sys/types.h> #include <

Linux 信号signal处理机制

信号是Linux编程中非常重要的部分,本文将详细介绍信号机制的基本概念.Linux对信号机制的大致实现方法.如何使用信号,以及有关信号的几个系统调用. 信号机制是进程之间相互传递消息的一种方法,信号全称为软中断信号,也有人称作软中断.从它的命名可以看出,它的实质和使用很象中断.所以,信号可以说是进程控制的一部分. 一.信号的基本概念 本节先介绍信号的一些基本概念,然后给出一些基本的信号类型和信号对应的事件.基本概念对于理解和使用信号,对于理解信号机制都特别重要.下面就来看看什么是信号. 1.基本