Linux系统调用列表
Linux系统调用列表
本文列出了大部分常见的Linux系统调用，并附有简要中文说明。
以下是Linux系统调用的一个列表，包含了大部分常用系统调用和由系统调用派生出的的函数。这可能是你在互联网上所能看到的唯一一篇中文注释的Linux系统调用列表，即使是简单的字母序英文列表，能做到这么完全也是很罕见的。
按照惯例，这个列表以man pages第2节，即系统调用节为蓝本。按照笔者的理解，对其作了大致的分类，同时也作了一些小小的修改，删去了几个仅供内核使用，不允许用户调用的系统调用，对个别本人稍觉不妥的地方作了一些小的修改，并对所有列出的系统调用附上简要注释。
其中有一些函数的作用完全相同，只是参数不同。（可能很多熟悉C++朋友马上就能联想起函数重载，但是别忘了Linux核心是用C语言写的，所以只能取成不同的函数名）。还有一些函数已经过时，被新的更好的函数所代替了（gcc在链接这些函数时会发出警告），但因为兼容的原因还保留着，这些函数我会在前面标上“*”号以示区别。
一、进程控制：
fork
创建一个新进程
clone
按指定条件创建子进程
execve
运行可执行文件
exit
中止进程
_exit
立即中止当前进程
getdtablesize
进程所能打开的最大文件数
getpgid
获取指定进程组标识号
setpgid
设置指定进程组标志号
getpgrp
获取当前进程组标识号
setpgrp
设置当前进程组标志号
getpid
获取进程标识号
getppid
获取父进程标识号
getpriority
获取调度优先级
setpriority
设置调度优先级
modify_ldt
读写进程的本地描述表
nanosleep
使进程睡眠指定的时间
nice
改变分时进程的优先级
pause
挂起进程，等待信号
personality
设置进程运行域
prctl
对进程进行特定操作
ptrace
进程跟踪
sched_get_priority_max
取得静态优先级的上限
sched_get_priority_min
取得静态优先级的下限
sched_getparam
取得进程的调度参数
sched_getscheduler
取得指定进程的调度策略
sched_rr_get_interval
取得按RR算法调度的实时进程的时间片长度
sched_setparam
设置进程的调度参数
sched_setscheduler
设置指定进程的调度策略和参数
sched_yield
进程主动让出处理器,并将自己等候调度队列队尾
vfork
创建一个子进程，以供执行新程序，常与execve等同时使用
wait
等待子进程终止
wait3
参见wait
waitpid
等待指定子进程终止
wait4
相关文档：
1
、安装前的准备
1.1
检查硬件
物理内存：
# grep
MemTotal /proc/meminfo
交换空间：
# grep
SwapTotal /proc/meminfo
交换空间的大小是根据物理内存的大小来设置的，物理内存少于
2G
的则交换空间设为物理内存的两倍，物理内存大于
2G
的则交换空间和物理内存大小一样。如果不符合上述规定，那么就需要 ......
前些天自己在Linux下搭建了ftp服务，今天又加深了学习，总结如下：
1、ftp开机自动运行：开机自动运行有几种方法，其中可以用命令chkconfig vsftpd on，这样开机后就自动运行了。
相应的想关闭的话chkconfig vsftpd off
2、ssh服务开机自动运行：同上命令为：chkconfig sshd on;chkconfig ssh ......
对于一个初学Linux的新手来说，刚开始最让我迷惑的是内核的工作模式，以为用户空间的模式——如多进/线程也适用于内核，但这样就产生了一个悖论，用户空间的进程调度是由内核完成的，那么内核空间的进程调度是由谁完成的？莫非内核可以直接调度自己不成？
狠K了几天书后� ......
请找同学帮忙装了linux的操作系统，ubuntu9.1，从此我也踏上了双系统的征程……
不过这个过程并不是一帆风顺的。
首先一个很大的问题，就是不能上网，学校的客户端在linux下不能使用，据说要用一个什么软件才行，这个问题待解决。
其次就是字体问题，linux下自带的字体太少，很多东西都显示不正常。从window ......
linux的/etc下面的profile文件记录了一些所有用户公用的环境变量，rc.local记录用户登陆的时候要执行的shell命令。各个用户的home目录下也有.bashprofile用于配置用户自己的环境变量,.bashrc用户登陆的时候执行的命令。
linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。
本文中 ......
