只有在该
状态的
进程才可能在CPU上运行。同一时刻可能有多个进程处于可执行状态,这些进程的task_struct结构(进程控制块)被放入对应CPU的可执行
队列中(一个进程最多只能出现在一个CPU的可执行队列中)。进程调度器从各个CPU的可执行队列中分别选择一个进程在该CPU上运行。正在CPU上执行的进程定义为RUNNING状态、可执行但尚未被调度执行的进程定义为READY状态,这两种状态统一为 TASK_RUNNING状态。S (TASK_INTERRUPTIBLE),可中断的睡眠状态。处于这个状态的进程,因为等待某某事件的发生(比如等待socket连接、等待信号量),而被挂起。这些进程的task_struct结构被放入对应事件的等待队列中。当这些事件发生时(由外部中断触发、或由其他进程触发),对应的等待队列中的一个或多个进程将被唤醒。进程列表中的绝大多数进程都处于TASK_INTERRUPTIBLE状态。CPU就这么一两个,进程动辄几十上百个,如果不是绝大多数进程都在睡眠,CPU将会响应不过来。D (TASK_UNINTERRUPTIBLE),不可中断的睡眠状态。进程处于睡眠状态,但是此刻进程是不可中断的。不可中断,指的并不是CPU不响应外部硬件的中断,而是指进程不响应异步信号。绝大多数情况下,进程处在睡眠状态时,总是应该能够响应异步信号的。而TASK_UNINTERRUPTIBLE状态存在的意义在于,进程对某些硬件进行 *** 作时(比如进程调用read系统调用对某个设备文件进行读 *** 作,而read系统调用最终执行到对应设备驱动的代码,并与对应的物理设备进行交互),可能需要使用TASK_UNINTERRUPTIBLE状态对进程进行保护,以避免进程与设备交互的过程被打断,造成设备陷入不可控的状态。这种情况下的TASK_UNINTERRUPTIBLE状态总是非常短暂的,通过ps命令基本上不可能捕捉到。
linux系统中也存在容易捕捉的TASK_UNINTERRUPTIBLE状态。执行vfork系统调用后,父进程将进入TASK_UNINTERRUPTIBLE状态,直到子进程调用exit或exec。通过下面的代码就能得到处于TASK_UNINTERRUPTIBLE状态的进程:#include <stdio.h>#include <unistd.h>void main(){if (!vfork())sleep(100)ruturn 0} 编译运行,然后ps一下:njs@njs:~/test$ ps -ax | grep a\.out4371 pts/0 D+ 0:00 ./a.out4372 pts/0 S+ 0:00 ./a.out4374 pts/1 S+ 0:00 grep a.out
s是源文件,目标文件做软链接,与只共享可执行文件的快捷方式不同,Linux几乎可以通过链接的文件共享任何类型的文件,权限设置方法。
1.首先连接到Linux主机并输入Linux命令行状态,等待输入指令。
2.通过CD指令输入要设置文件的目录,然后通过ll指令获得当前测试文件的权限状态。
3、输入:专用chmod444测试。txt,然后按回车。
4.最后,输入ll指令以查看属于test.txt的文档的权限是否已变为只读。
linux
在设计时就是针对长期运行的,稳定性很好。linux系统经过精心配置后,可以
连续运行
数年而不用重启的,即便是更新系统,也可以连续运行。
现在的linux好型实现了更换内核也不用重启的功能。
评论列表(0条)