免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4160 | 回复: 7

[FreeBSD] freebsd9.2-最简单的两句话描述进程运行与停止的本质 [复制链接]

论坛徽章:
0
发表于 2014-06-22 21:17 |显示全部楼层
进程处于运行状态:表示进程已经被添加到系统中某个cpu的运行队列中,时钟中断和调度程序将接管其余的工作,在将来某个时刻调度这个进程运行。

进程处于停止状态:表示进程不位于系统中任何一个cpu的运行队列中,此时该进程将不会被调度运行。

论坛徽章:
54
2017金鸡报晓
日期:2017-02-08 10:39:42操作系统版块每日发帖之星
日期:2016-03-08 06:20:00操作系统版块每日发帖之星
日期:2016-03-07 06:20:00操作系统版块每日发帖之星
日期:2016-02-22 06:20:00操作系统版块每日发帖之星
日期:2016-01-29 06:20:00操作系统版块每日发帖之星
日期:2016-01-27 06:20:00操作系统版块每日发帖之星
日期:2016-01-20 06:20:00操作系统版块每日发帖之星
日期:2016-01-06 06:20:0015-16赛季CBA联赛之江苏
日期:2015-12-21 20:00:24操作系统版块每日发帖之星
日期:2015-12-21 06:20:00IT运维版块每日发帖之星
日期:2015-11-17 06:20:002015亚冠之广州恒大
日期:2015-11-12 10:58:02
发表于 2014-06-22 21:23 |显示全部楼层
能讲一下top里面的其他几种状态吗?uwait,nanslp等等,还在其他一些感觉莫名奇妙的状态。

论坛徽章:
0
发表于 2014-06-22 22:34 |显示全部楼层
本帖最后由 71v5 于 2014-06-25 21:01 编辑

回复 2# lsstarboy

有错误的话麻烦指正一下,共同学习:

其实下面的字符串是用来描述thread此时此刻不能运行的原因,在内部实现中就是"Reason for sleep":

uwait:初步看了一下,是因为thread调用了_umtx_op系统调用。

nanslp: 表示thread调用了nanosleep系统调用,就是定时任务的实现,等待被调度运行,典型就是cron。

piperd:表示thread此时此刻要读取一个pipe,但是该pipe中没有数据可读。

pipewr:表示thread此时此刻要写一个pipe,但是该pipe中没有空间。

pause:表示thread调用了sigsuspend系统调用。

ttyin:这个是getty thread等待一个入方向的连接。

select:thread执行了select系统调用。



下面是用来描述此时此刻thread的状态,top命令实现是用下面的数组来描述的,不过内核中不是这样来描述的,这个就牵扯到fork的具体实现了,大概说一下吧,
在fork一个进程时,需要经历一系列阶段,每个阶段完成后,都要更新thread的状态,这个内部状态具体和下面的数组是怎么对应的,得具体看看top命令的实现了。

下面的状态意思都是显而易见的:

zombie: thread执行了exit系统调用,等待父进程发出一个wait系统调用。
  1.   1145        static int sorted_state[] = {
  2.   1146                0,        /* not used                */
  3.   1147                3,        /* sleep                */
  4.   1148                1,        /* ABANDONED (WAIT)        */
  5.   1149                6,        /* run                        */
  6.   1150                5,        /* start                */
  7.   1151                2,        /* zombie                */
  8.   1152                4        /* stop                        */
  9.   1153        };
复制代码

论坛徽章:
54
2017金鸡报晓
日期:2017-02-08 10:39:42操作系统版块每日发帖之星
日期:2016-03-08 06:20:00操作系统版块每日发帖之星
日期:2016-03-07 06:20:00操作系统版块每日发帖之星
日期:2016-02-22 06:20:00操作系统版块每日发帖之星
日期:2016-01-29 06:20:00操作系统版块每日发帖之星
日期:2016-01-27 06:20:00操作系统版块每日发帖之星
日期:2016-01-20 06:20:00操作系统版块每日发帖之星
日期:2016-01-06 06:20:0015-16赛季CBA联赛之江苏
日期:2015-12-21 20:00:24操作系统版块每日发帖之星
日期:2015-12-21 06:20:00IT运维版块每日发帖之星
日期:2015-11-17 06:20:002015亚冠之广州恒大
日期:2015-11-12 10:58:02
发表于 2014-06-23 09:26 |显示全部楼层
回复 3# 71v5


   

高手!认真拜读!

论坛徽章:
12
寅虎
日期:2013-12-04 20:37:4915-16赛季CBA联赛之广东
日期:2017-08-22 19:23:1215-16赛季CBA联赛之上海
日期:2016-06-18 23:05:05操作系统版块每日发帖之星
日期:2016-06-06 06:20:00操作系统版块每日发帖之星
日期:2016-06-05 06:20:00操作系统版块每日发帖之星
日期:2016-06-03 06:20:002015年辞旧岁徽章
日期:2015-03-03 16:54:152015年亚洲杯之巴勒斯坦
日期:2015-02-10 21:38:08卯兔
日期:2014-10-31 20:42:23申猴
日期:2014-06-11 17:15:10处女座
日期:2014-05-22 09:00:1815-16赛季CBA联赛之广夏
日期:2017-09-25 23:37:46
发表于 2014-06-23 09:26 |显示全部楼层
本帖最后由 wait_rabbit 于 2014-06-23 09:27 编辑

我想起类似的 ps 指令,Linux 下的 ps 好像改成扫描 /proc 文件系统了。

FreeBSD 下默认没有 /proc,那么是直接遍历的内核进程链表吗?FreeBSD 是如何保护进程链表的?

论坛徽章:
12
寅虎
日期:2013-12-04 20:37:4915-16赛季CBA联赛之广东
日期:2017-08-22 19:23:1215-16赛季CBA联赛之上海
日期:2016-06-18 23:05:05操作系统版块每日发帖之星
日期:2016-06-06 06:20:00操作系统版块每日发帖之星
日期:2016-06-05 06:20:00操作系统版块每日发帖之星
日期:2016-06-03 06:20:002015年辞旧岁徽章
日期:2015-03-03 16:54:152015年亚洲杯之巴勒斯坦
日期:2015-02-10 21:38:08卯兔
日期:2014-10-31 20:42:23申猴
日期:2014-06-11 17:15:10处女座
日期:2014-05-22 09:00:1815-16赛季CBA联赛之广夏
日期:2017-09-25 23:37:46
发表于 2014-06-23 09:28 |显示全部楼层

对了,都说 /proc 不安全,所以 FreeBSD 默认没有。那么,/proc 到底不安全在那些地方呢? Linux 是如何避免的?

论坛徽章:
0
发表于 2014-06-23 10:44 |显示全部楼层
回复 5# wait_rabbit

大概看了一下,freebsd9.2中ps命令的是通过执行sysctl系统调用来实现的,至于安全,既然通过系统调用来实现,那么内核已经在系统调用这个接口上执行了安全检查。

你可以参考一下sysctl函数的介绍,因为时间有限,这些系统调用的实现不能详细道来,相信以后会有机会。


freebsd9.2种的进程链表如下所示,就如你所说,默认没有proc,那么只能通过固定的接口来访问这些内核变量,因为内核运行在受保护的特权级别上,cpu在硬件级别对其进行保护。

   149        struct proclist allproc;
   150        struct proclist zombproc;

链表allproc链接了系统中全部的进程(没有处于PRS_ZOMBIE状态)。
链表zombproc链接了系统中状态为PRS_ZOMBIE的全部进程。
因为进程的状态是互斥的,所有进程都通过对应的struct proc对象的p_list成员链接到上面两个链表中。

有错误请指正。

   

论坛徽章:
0
发表于 2014-06-23 10:46 |显示全部楼层
回复 6# wait_rabbit


对于这个问题,以前大概研究了一下proc文件系统的实现,linux上的ps命令当时确实是通过读取proc文件系统来实现,至于proc文件系统的安全性,自己没有这方面的研究,也不能照搬书籍或者网上的介绍,一起学习吧。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP