本文作者出于对IO多路复用系统调用的好奇，详细追踪了Linux内核中select系统调用的流程。从用户态的select函数开始，作者在内核源码中发现sys_select并未直接出现，而是通过SYSCALL_DEFINEx宏展开实现。通过对宏的逐步解析，揭示了sys_select的实际存在。最后，介绍了如何找到系统调用对应的内核入口，并指出在/usr/include/asm/unistd_64.h和arch/x86/syscalls/syscall_64.tbl文件中可以找到系统调用号和入口。
前言
我不是专业的内核研读者，只因自己的好奇心，想一探（IO多路复用）select系统调用的实现原理，于是一路追踪到其内核的底层调用。特此记录这一段学习过程。
本机系统：ubuntu15.04
内核版本：3.19.0-29-generic
sys_select 哪去了？
当用户态使用系统调用的时候，操作系统会根据该函数的系统调用号找到其对应的底层函数(前缀 sys_ )去执行。比如当用户调用下面的函数的时候：
| 系统调用 | 内核实际调用 |
|---|---|
| open() | sys_open() |
| select() | sys_select() |
| poll() | sys_poll() |
| … | sys_… |
于是我在 /include/sys/select.h 库文件中找到了select() 函数的声明：
在下载的本系统的内核源代码中找到了 select() 函数的源文件 —- /fs/select.c
但是，在这个文件中并没有找到其对应的底层函数 sys_select() , 只找到了这个（下图），看起来是select()的实现源码
最低0.47元/天 解锁文章
扫一扫
364
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
