Linux下的文件操作：系统调用还是库函数调用？
Linux
下对文件操作有两种方式：系统调用（
system call
）和库函数调用（
Library
functions
）。可以参考《
Linux
程序设计》（英文原版为《
Beginning Linux Programming
》，作者是
Neil Matthew
和
Richard Stones
）第三章
: Working with files
。
1
。系统调用
系统调用提供的函数如
open, close, read, write, ioctl
等，需包含头文件
unistd.h
。以
write
为例：其函数原型为
size_t write(int fd, const void *buf, size_t nbytes)
，其操作对象为文件描述符或文件
句柄
fd(file descriptor)
，要想写一个文件，必须先以可写权
限用
open
系统调用打开一个文件，获得所打开文件的
fd
，例如
fd=open(\"/dev/video\",
O_RDWR)
。
fd
是一个整型值，每新打开一个文件，
所获得的
fd
为当前最大
fd
加
1
。
Linux
系统默认分配了
3
个文件描述符值：
0
－
standard input
，
1
－
standard output
，
2
－
standard error
。
系统调用通常用于底层文件访问（
low-level file access
），例如在驱动程序中对设备文件的直接访问。
系统调用是操作系统相关的，因此一
般没有跨操作系统的可移植性。
系统调用发生在内核空间，因此如果在用户空间的一般应用程序中使用系统调用来进行文件操作，会有用户空间到内核空间
切换的开销。事实上，即使在用户空间使用库函数来对文件进行操作，因为文件总是存在于存储介质上，因此不管是读写操作，都是对硬件（存储器）的操作，都必
然会引起系统调用。也就是说，库函数对文件的操作实际上是通过系统调用来实现的。例如
C
库函数
fwrite()
就是通过
write()
系统调用来实现的。
这样的话，使用库函数也有系统调用
的开销，为什么不直接使用系统调用呢？这是因为，读写文件通常是大量的数据（这种大量是相对于底层驱动的系统调用所实现的数据操作单位而言），这时，使用
库函数就可以大大减少系统调用的次数。这一结果又缘于缓冲区技术。在用户空间和内核空间，对文件操作都使用了缓冲区，例如用
fwrite
写文件，都是先将内容写到用户空间缓冲区，当用户空间缓冲区满或者写操作结束时，才将用户缓冲区的内
容写到内核缓冲区，同样的道理，当内核缓冲区满或写结束时才将内核缓冲区内容写到文件对应的硬件媒介。
2
。库函数调用
标准
C
库函数提供的文件操作函数如
fopen, fread, fwrite, fclose,
相关文档：
总览
用iptables -ADC 来指定链的规
则
，-A添加 -D删除 -C 修改
iptables - [RI] chain rule num rule-specification[option]
用iptables - RI 通过规则的顺序指定
iptables -D chain rule num[option]
删除指定规则
iptables -[LFZ] [chain][option]
用iptables -LFZ 链名 [选项]
iptables -[NX] chain
用 -NX ......
某一天,一个客户打电话来需要技术帮助,并抱怨平常15秒就可以打开的网页现在需要20分钟才可以打开.
具体系统配置如下:
RedHat Enterprise Linux 3 update 7
Dell 1850 Dual Core Xenon Processors, 2 GB RAM, 75GB 15K Drives
Custom LAMP software stack(译注:Llinux+apache+mysql+php 环境)
性能分析之步骤
1. 首先� ......
在x86 2.4内核下 usleep、select等延时函数无法实现低于10ms延时
而在驱动层在ioctrl中通过udelay、mdelay等等实现延时也无法多进程同时延时
所以实现如下延时函数 能够实现低于10us甚至1us 的延时
unsigned int uDelay(unsigned int delayTime)
{
static struct timeval _tstart, _tend;
static struct timezone ......
