我们知道,Linux下提供了一个killall命令,用于通过进程名称杀掉所有同名的进程。
下午在检查一个角本Bug的时候,发现killall命令与kill命令的一个不同之处:
假设有脚本 test.pl ,假设内容如下:
#!/usr/bin/perl -w
sleep 60;
则测试结果如下:
1、如果通过 /home/MNET/m_yancyliu/tmp/x.pl 命令启动,此时ps下命令行显示如下:
/usr/bin/perl -w /home/MNET/m_yancyliu/tmp/x.pl
结果如下:
killall x.pl 命令可以杀掉该脚本,
killall perl 命令则无法杀掉该进程
2、如果通过 /usr/bin/perl -w /home/MNET/m_yancyliu/tmp/x.pl 命令启动,此时ps下命令行显示:
/usr/bin/perl -w /home/MNET/m_yancyliu/tmp/x.pl
结果如下:
killall perl 命令可以杀掉该进程
killall x.pl 命令则无法杀掉该进程
此时,如果通过 ps uxfww 命令查看对应的进程树,会发现上面两种启动方式的进程树是一样的:
(如果要查看所有进程的进程树,可以使用命令 ps axfww)
\_ -eash
| \_ /bin/bash
|
\_ /usr/bin/perl -w /home/MNET/m_yancyliu/tmp/test.pl
上面的结果显示,尽管通过 ps -ef 命令看到的命令行显示是相同的,但操作系统仍然会记录该进程的启动信息。
1、直接通过脚本名调用时,OS认为进程对应的程序名就是脚本名,因为进程是通过脚本名启动的。
2、如果通过 perl 或 shell 加载脚本名的方式调用时,操作系统会认为进程的程序名称是 perl/shell,而脚本名则是做为进程的参数传入,因为此时进程是通过perl/shell启动的。
至于操作系统是如何区分出这两种方式的呢,这里对比两种启动方式下的 /proc/$pid 目录:
1、直接通过脚本名调用时,/proc/$pid 目录下内容如下:
cmdline文件中内容为: usr/bin/perl -w /home/MNET/m_yancyliu/tmp/test.pl
stat文件内容为:
12242 (test.pl) S 3102 12242 3102 9472041 12242 8396800 456 0 3 0 0 0 0 0 18 0 1 0 357357658 4358144 361 4294967295 134512640 135656772 3215679088 3215678100 3084573003 0 0 128 0 3741425540 0 0 17 3 0 0
2、通过 perl 加载脚本名时,/proc/$pid 目录下内容如下:
cmdline文件中内容为: usr/bin/perl -w /home/MNET/m_yancyliu/tmp/test.pl
stat文件内容为:
13372 (perl) S 3102 13372 3102 9472041 13372 8396800 460 0 0 0 0 0 0 0 18 0 1 0 357376374 4358144 362 4294967295 134512640 135656772 3218100000 3218099012 3084704075 0 0 128 0 3577044868 0 0 17 2 0 0
显然,我们使用 ps 命令看到的进程统计信息,是与 /proc/$pid/cmdline中看到的一致。
而在进程的cpu统计信息 /proc/$pid/stat 中看到的内容则是不同的,这里标识了操作系统认可的程序名称,即进程是如何启动的。上面第一个数字均为进程ID。
于是,根据进程的CPU活动统计信息,killall命令能够区分两种不同的方式启动的进程,从而做出不同的处理。
对于这两种启动方式引起的不同,在使用 killall 命令时要注意,在使用命令行启动进程时也要注意。