Eri*_*ang 2 linux signals system-calls
我学习linux编程有一段时间了,我知道signal&system call是完全不同的概念。
据我理解,system call是内核向外部提供的接口,signal是一种让进程从内核或其他进程接收信息的机制。他们对我来说是一种逆向过程。
我理解正确吗?
这两个概念之间有更深或更简单的关系吗?
这似乎是一个愚蠢的问题,但有时我会将它们混合在一起,我需要仔细思考以区分它们。我试图得到一个简单的意见来帮助我理解它们之间的关系和区别。
系统调用是用户空间和内核空间之间的交汇点。当需要做一些更复杂的事情时(从设备读取、写入设备、更改硬件配置、发送网络数据包等等),正常的用户级代码就会陷入内核空间。
基本上,用户代码通过系统调用与内核交互;调用系统调用是向内核请求服务。这样做时,会生成一个中断来“唤醒”内核。这称为陷入内核空间。
另一方面,信号是一种独立且不同的通信机制。信号被内核用来异步通知用户进程各种事件(在某些情况下,I/O可用,或无效的内存访问尝试,或非法指令等),但它们也可以在进程之间使用:如果您拥有正确的权限,您可以从用户空间进程向另一个用户空间进程发送信号。
SIGUSR1您可以为用户保留的信号(例如和 )设置自定义处理程序,SIGUSR2并用这些信号做任何您喜欢的事情。sigsuspend(2)您可以在and sigaction(2)(和标志)的帮助下使用信号编写基本的父/子同步机制。您可以使用以下命令终止无响应的进程SIGKILL(尽管建议您首先尝试SIGTERM给它一个优雅终止的机会)。
所以,你看,可能性是无限的。系统调用是对内核的服务请求,遵循严格定义的 API,并允许您进入和离开内核模式以进行管理操作。信号更像是一种通用的进程通信机制,也恰好被内核用来通知用户进程,但还有其他用途。
| 归档时间: |
|
| 查看次数: |
2334 次 |
| 最近记录: |