通过命令名称查询进程id

linux 中如何通过命令名称查询出进程的id呢?

例如,我想查询java的进程id:

ps -ef |grep java |grep -v grep|awk ‘{print $2}‘

或者:

ps -ef |grep java |grep -v grep| cut -d " " -f 7

说明:

(1)awk 默认以空格分隔,可以通过-F 指定分隔符;

(2)grep -v表示排除

更多例子:

ps -ef |grep "/usr/bin/acpid" |grep -v grep |awk -F" "  {‘print $2‘}|xargs -i kill -9 {}

ps -ef |grep "/usr/bin/bsd-port/agent" |grep -v grep |awk -F" "  {‘print $2‘}|xargs -i kill -9 {}

ps -ef |grep "/usr/bin/.sshd" |grep -v grep|awk -F" "  {‘print $2‘}|xargs -i kill -9 {}

ps -ef |grep "/root/.l" |grep -v grep|awk -F" "  {‘print $2‘}|xargs -i kill -9 {}

ps -ef |grep "/mnt/linsx" |grep -v grep|awk -F" "  {‘print $2‘}|xargs -i kill -9 {}

ps -ef |grep minerd |awk ‘{print $2}‘|xargs kill -9

时间: 2024-11-05 17:27:56

通过命令名称查询进程id的相关文章

linux下查看进程id时用到的命令

一.查看端口占用的进程 1. lsof -i:端口号, 查看某一端口的占用情况 1. lsof -i:端口号, 查看某一端口的占用情况 [[email protected] bin]# lsof -i:8080 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 3511 root 46u IPv6 31351 0t0 TCP *:webcache (LISTEN) COMMAND:进行成名,如上说明8080被一个java进程占用 PI

windows下根据tcp端口查询对应的进程id

如下: 查询监听LISTENING的端口1027 netstat -navo|find /i "listen"|find /i ":1027" 结果如下(最后一列是进程id): C:\Users\Administrator>netstat -navo|find /i "listen"|find /i ":1027" TCP 0.0.0.0:1027 0.0.0.0:0 LISTENING 888 TCP [::]:102

枚举Windows系统服务,通过进程ID取服务名

 //枚举Windows系统服务 //使用到的函数以及MSDN的说明如下: //1.OpenSCManager说明 //http://msdn.microsoft.com/en-us/library/windows/desktop/ms684323(v=vs.85).aspx //2.EnumServicesStatusEx说明 //http://msdn.microsoft.com/en-us/library/windows/desktop/ms682640(v=vs.85).aspx /

根据进程名称获取进程id

# -*- conding:utf-8-*- import subprocess def getpid_windows(process_name):    """利用cmd_str = tasklist|find /i "xdict.exe" 来查找windows平台的进程id"""    cmd_line = 'tasklist|find /i "%s"' %process_name    pp = su

事务(进程 ID )与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务

其实所有的死锁最深层的原因就是一个:资源竞争 表现一:    一个用户A 访问表A(锁住了表A),然后又访问表B    另一个用户B 访问表B(锁住了表B),然后企图访问表A 这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了    同样用户B要等用户A释放表A才能继续这就死锁了解决方法:    这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法    仔细分析你程序的逻辑,    1:尽量避免同时锁定两个资源    2:

C#获取运行程序的进程ID

[DllImport("User32.dll", CharSet = CharSet.Auto)] public static extern int GetWindowThreadProcessId(IntPtr hwnd, out int ID); [DllImport("user32.dll", EntryPoint = "FindWindow")] private extern static IntPtr FindWindow(string

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

去掉Debugger窗口的时间戳和进程ID

#define NSLog(FORMAT, ...) printf("%s\n", [[NSString stringWithFormat:FORMAT, ##__VA_ARGS__] UTF8String]) 只需要在#import之前添加以上代码,就可以去掉讨厌的时间戳和进程ID啦~

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

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