linux 新增系统调用
此文于2010-02-26被推荐到CSDN首页
如何被推荐？
最近在研究 Linux
内核的时间子系统，为下一篇长文《服务器程序中的日期与时间》做准备，无意中注意到了 Linux
新增的几个系统调用的对编写服务器代码的影响，先大致记录在这里。这篇博客也可算作前一篇《多线
程服务器的常用编程模型》
的一个注脚。
< type="text/javascript">
1. 服务器程序的风格可能在变
新的创建文件描述符的
syscall 一般都支持额外的 flags 参数，可以直接指定 O_NONBLOCK 和 FD_CLOEXEC，例如：
accept4 – 2.6.28
eventfd2 – 2.6.27
inotify_init1
– 2.6.27
pipe2 – 2.6.27
signalfd4 – 2.6.27
timerfd_create 2.6.25
以上 6 个
syscalls，除了最后一个是新功能，其余的都是增强原有的调用，把数字尾号去掉就是原来的 syscall。
O_NONBLOCK
的功能是开启“非阻塞IO”，而文件描述符默认是阻塞的。
这些创建文件描述符的系统调用能直接设定 O_NONBLOCK
选项，或许能反映当前 Linux （服务端）开发的风向，那就是我在前一篇博客《多线
程服务器的常用编程模型》
里推荐的 one loop per thread + (non-blocking IO with IO
multiplexing)。从这些内核改动来看，non-blocking IO 已经主流到让内核增加 syscall 以节省一次
fcntl(2) 调用的程度了。
另外，以下新系统调用可以在创建文件描述符时开启 FD_CLOEXEC 选项：
dup3 – 2.6.27
epoll_create1 – 2.6.27
FD_CLOEXEC
的功能是让程序 fork() 时，子进程会自动关闭这个文件描述符
（见下面的更正
）。
而文件描述默认是被子进程继承的（这是传统 Unix 的一种典型 IPC，比如用 pipe(2) 在父子进程间单向通信）。
以上 8
个新 syscalls 都允许直接指定 FD_CLOEXEC，或许说明 fork() 的主要目的已经不再是创建 worker process
并通过共享的文件描述符和父进程保持通信，而是像 Windows 的 CreateProcess 那样创建“干净”的进程，其与父进程没有多少瓜葛。
以上两个 flags 在我看来，说明 Linux 服务器开发的主流模型正在由 fork() + worker processes
模型转变为我前文推荐的多线程模型。fork() 的使用频度会大大降低，将来或许只有专门负责启动别的进程的“看门狗程序”才会调用
fork()，而一般的服务器程序（此处“服务器程序”的定义见我前一篇文章）不会再 fork() 出子�
相关文档：
首先简单的介绍两者：
【linux操作系统：简称命令浮操作系统】
简介：
简单地说，Linux是一套免费使用和自由传播的类Unix操作系统，它主要用于基于x86系列CPU的计算机上。这个系统是由世界各地的成千上万的程序员设计和实现的。其目的是建立不受任何商品化软件的版权制约的、全世界都能自由使用的Unix兼容产品。
特点： ......
一、本次内核编译新内核所涉及软件版本
“gcc –version”可查寻GCC版本------4.3.2 20081105（Red Hat 4.3.2-7）
“make –v”可查询 Gnu make版本-----3.81
“ld –V（v）可查询GNU ld版本-----2.18.50.0.9-7。f c10 20080822
“fdformat --version”命令 ......
将可移动设备连入系统时，系统的后台中会依次发生如下事件：
l 内核检测到新硬件插入，然后分别通知hotplug和udev。前者用来装入相应的内核模块(如usb-storage)，而后者用来在/dev中创建相应的设备节点(如/dev/sda1)。
l udev创建了相应的设备节点之后，会将这一消息通知hal的守护程序(hald)。当然udev还得保证新 ......
当在Linux下频繁存取文件
后，物理内存会很快被用光，当程序
结束后，内存不会被正常释放，而是一直作为caching。这个问题，貌似有不少人在问，不过都没有看到有什么很好解决
的办法。那么我来谈谈这个问题。
一、通常情况
先来说说free命令
：
引用
[root@server ~]# free -m
total used free shared buffers cac ......
