Linux/Unix分配进程ID的方法以及源码实现

在Linux/Unix系统中,每个进程都有一个非负整型表示的唯一进程ID。虽然是唯一的,但是进程的ID可以重用。当一个进程终止后,其进程ID就可以再次使用了。大多数Linux/Unix系统采用延迟重用的算法,使得赋予新建进程ID不同于最近终止进程所使用的ID,这主要是为了防止将新进程误认为是使用同一ID的某个已终止的先前进程。本文讨论了Linux/Unix分配进程ID的方法以及源码实现。

分配进程ID的方法

在大多数Linux/Unix系统中,生成一个进程ID方法是:从0开始依次连续分配,一直到可以分配的最大的进程ID(不同的系统,这个最大值是不一样的,比如有些Linux系统是65536)。一旦到达最大值,重新从某个值(不同的系统,这个值也是不一样的,比如在Mac OS X和HP-UX系统中,这个值是100)开始依次连续查找那些还没有被使用的ID。这里分配进程ID的方法,存在潜在的安全问题。因为可以从系统获取信息或者提取进程间通信的内容。考虑到安全问题,部分系统可能用其他方法来分配进程ID,比如随机分配一个进程ID。无论用什么方法分配进程ID,系统都需要保证每个进程ID是独一无二的。

Linux系统上分配进程ID的源码实现

在Linux系统中,内核分配PID的范围是(RESERVED_PIDS, PID_MAX_DEFAULT),在每个namespace中,PID是依次连续分配的(在不同的namespace的task可以有相同的ID)。一旦ID达到分配到达上限(在pseudo-file /proc/sys/kernel/pid_max中可以查看可以分配的最大进程ID),从头开始查找分配PID。以下是相关的源代码:

struct pid *alloc_pid(struct pid_namespace *ns)
{
	/*省略了一些代码*/
	for (i = ns->level; i >= 0; i--) {
	    nr = alloc_pidmap(tmp);
	    if (nr < 0)
		goto out_free;
	    pid->numbers[i].nr = nr;
	    pid->numbers[i].ns = tmp;
	    tmp = tmp->parent;
	}
	/*省略了一些代码*/
}
static int alloc_pidmap(struct pid_namespace *pid_ns)
{
        int i, offset, max_scan, pid, last = pid_ns->last_pid;
        struct pidmap *map;

        pid = last + 1;
        if (pid >= pid_max)
                pid = RESERVED_PIDS;
        /* and later on... */
        pid_ns->last_pid = pid;
        return pid;
}

注意在Linux内核中,进程PID实现并不仅仅是一个int标识符号(当然返回给应用程序,PID只是int类型的数值)。相关实现的结构体在/include/linux/pid.h中可以找到。除了ID外,它还包括跟这个ID相关的task列表、引用计数器和一个可以方便查找的hashed list。

进程ID分配需要注意的事项

1、僵尸进程的PID是暂时不能用的,需要其父进程收集器所有的终止状态才能使用,也就是说需要调用类似wait()函数后,才能使用。

2、具体实现时,系统可以随机分配进程PID(当然是保证没有被其他进程使用),因此在应用程序中,不要依赖于进程PID的分配方式。

3、在用户空间(user space)可能看到分配的进程ID并不连续,这是因为在应用程序两个fork之间,内核调度程序(scheduling)可能创建了一个进程。事实上,这种情况是经常发生的。

参考资料

《UNIX环境高级编程》(第二版)

http://superuser.com/questions/135007/how-are-pids-generated

http://stackoverflow.com/questions/3446727/how-does-linux-determine-the-next-pid

http://en.wikipedia.org/wiki/Process_identifier

Linux/Unix分配进程ID的方法以及源码实现,布布扣,bubuko.com

时间: 2024-08-05 15:22:16

Linux/Unix分配进程ID的方法以及源码实现的相关文章

Linux/Unix分配进程ID的方法以及源代码实现

在Linux/Unix系统中.每一个进程都有一个非负整型表示的唯一进程ID.尽管是唯一的.可是进程的ID能够重用.当一个进程终止后,其进程ID就能够再次使用了. 大多数Linux/Unix系统採用延迟重用的算法,使得赋予新建进程ID不同于近期终止进程所使用的ID,这主要是为了防止将新进程误觉得是使用同一ID的某个已终止的先前进程.本文讨论了Linux/Unix分配进程ID的方法以及源代码实现. 分配进程ID的方法 在大多数Linux/Unix系统中,生成一个进程ID方法是:从0開始依次连续分配,

Linux/UNIX之进程间的通信(2)

进程间的通信(2) 有三种IPC我们称为XSI IPC,即消息队列.信号量以及共享存储器,它们之间有很多相似之处. 标识符和键 每个内核的IPC结构(消息队列.信号量或共享存储段)都用一个非负整数的标识符加以引用.例如,为了对一个消息队列发送或取消息,只需要知道其队列标识符.与文件描述符不同,IPC标识符不是小的整数.当一个IPC结构被创建,以后被删除时,与这种结果相关的标识符连续加1,知道达到一个整型数的最大值,然后又回到0. 标识符是IPC对象的内部名.为使多个合作进程能够在同一IPC对象上

Linux下查找进程id并强制停止进程的脚本

Linux下的tomcat的停止脚本shutdown.sh经常失败,造成tomcat进程没关闭.所以只能手动查找进程id,然后用kill命令来强制停止.每次都要这样查一下,然后再杀进程.感觉有点麻烦,所以就把这个动作写在了脚本里面. 一.思路 这个脚本其实就2步,先获取进程id,然后 kill 掉这个进程. (1)获取进程id的方法 这个可以用 awk命令来获取 ps -ef | grep 你的进程 | grep -v grep | awk '{print $2}' 这里要把这个grep这个用

shell获取进程ID的方法: pidof | pgrep | ps-A+grep+awk

shell获取进程ID的方法: 我知道和实践过的有这么三种: ps -A |grep "cmdname"| awk '{print $1}' pidof "cmdname" pgrep "cmdname" 这三种在bash和busybox ash里面的运行结果稍有不同, 第一种完全相同,但是因为调用命令次数较多,性能上是不行的. 第二种: pidof 只能获取程序的文件名匹配到的进程号,在ash中 比如 pidof "usr/bin/t

RxJava1.0 flatMap方法的源码分析

RxJava1.0 flatMap方法的源码分析 package com.yue.test; import java.awt.Cursor; import java.util.ArrayList; import java.util.List; import com.yue.bean.Course; import com.yue.bean.Student; import rx.Observable; import rx.Subscription; import rx.Observable.OnSu

java 17 - 6 TreeSet集合及其add()方法的源码解析

TreeSet:能够对元素按照某种规则进行排序. 排序有两种方式 A:自然排序 B:比较器排序 TreeSet集合的特点:排序和唯一 1 public class TreeSetDemo { 2 public static void main(String[] args) { 3 // 创建集合对象 4 // 自然顺序进行排序 5 TreeSet<Integer> ts = new TreeSet<Integer>(); 6 7 // 创建元素并添加 8 // 20,18,23,2

Scala 深入浅出实战经典 第41讲:List继承体系实现内幕和方法操作源码揭秘

package com.parllay.scala.dataset /** * Created by richard on 15-7-25. * 第41讲:List继承体系实现内幕和方法操作源码揭秘 */object List_Interal { def main(args: Array[String]) { /** * List: 继承体系: * list有两个子类 Nil, ::, 他们都实现了 * override def head : B = hd override def tail :

C# 验证码识别基础方法及源码

原文:C# 验证码识别基础方法及源码 先说说写这个的背景 最近有朋友在搞一个东西,已经做的挺不错了,最后想再完美一点,于是乎就提议把这种验证码给K.O.了,于是乎就K.O.了这个验证码.达到单个图片识别时间小于200ms,500个样本人工统计正确率为95%.由于本人没有相关经验,是摸着石头过河.本着经验分享的精神,分享一下整个分析的思路.在各位大神面前献丑了. 再看看部分识别结果 是不是看着很眼熟? 处理第一步 去背景噪音和二值化 对于这一块,考虑了几种方法. 方法一:统计图片颜色分布,颜色占有

Linux内核导出符号宏定义EXPORT_SYMBOL的源码分析

源代码: <include/linux/moudule.h> --. #ifndef MODULE_SYMBOL_PREFIX #define MODULE_SYMBOL_PREFIX "" #endif --. struct kernel_symbol       //内核符号结构 { unsignedlong value;  //该符号在内存地址中的地址 constchar *name;     //该符号的名称 }; -- #define __EXPORT_SYMBO