这里安装windows服务我们用sc命令,这里需要远程服务器IP,服务名称.显示名称.描述以及执行文件,安装后需要验证服务是否安装成功,验证方法可以直接调用ServiceController来查询服务,也可以通过远程注册表来查找服务的执行文件:那么卸载文件我们也就用SC命令了,卸载后需要检测是否卸载成功,修改显示名称和描述也用sc命令.至于停止和启动Windows服务我们可以用sc命令也可以用ServiceController的API,当停止失败的时候我们会强制杀掉远程进程,在卸载windows
查找占用内存最大进程所在路径 [[email protected] ~]# ll /proc/$(ps aux --sort -pmem | head -2|tail -1|awk '{print$2}')/exe|awk '/exe/{print$NF}' /usr/bin/gnome-shell ps aux --sort -pmem | head -2|tail -1|awk '{print$2}' //查找占用内存最大进程号PID $()引用值 ll /proc/$(ps aux --s
报错: nginx: [error] invalid PIDnumber "" in "/usr/local/nginx1.6.3/logs/nginx.pid" 原因: 重启或杀掉nginx进程后丢失nginx.pid 解决: /usr/local/nginx/sbin/nginx -c/usr/local/nginx/conf/nginx.conf 详解: 使用nginx -c的参数指定nginx.conf文件的位置
实际应用中可能有这样的场景:给定一个进程名称特征串,查找所有匹配该进程名称的进程的详细信息. 解决的办法是: (1) 先用pgrep [str] 命令进行模糊匹配,找到匹配该特征串的进程ID: (2) 其次根据进程ID显示指定的进程信息,ps --pid [pid]: (3) 因为查找出来的进程ID需要被作为参数传递给ps命令,故使用xargs命令,通过管道符号连接: (4) 最后显示进程详细信息,需要加上-u参数. 最终命令形如: pgrep Java | xargs ps -u --pid
# linux 3.16版本 oom时候选择杀掉哪个进程 ---- ### 背景 我有2个定时任务,一个任务A是00:00开跑,另一个B是04:00开跑.正常情况下A会在2点多时候跑完,但是某一天因为某一步骤用的时间过久,导致4点还没跑完,这时候A内存占用大约在12g左右.4点开始了,B开始运行了,逐渐的跑起来了,当内存用到6g左右的时候,系统内存不足,把A杀死了. 疑问:对于这个我有一个疑问,那就是为什么后起来的进程没有被kill,反倒杀死了原来跑的好好的进程. ### 原因 到当linux发
执行 pgrep -l 服务名称 这里以查找redis所在的进程id为例 执行 pgrep -l redis 从图中可知进程id 为30058 原文地址:https://www.cnblogs.com/xmnote/p/11287006.html
@echo off :SLEEPTIMEOUT /T 60 /NOBREAK :CHECKecho %TIME% | findstr 23:5 >nulif not errorlevel = 1 goto END WMIC PROCESS WHERE NAME="java.exe" get commandline | findstr /i helloworld >nulif not errorlevel goto RUNNING :RUNcd /D W:\external\
#include <TlHelp32.h> //检索系统全部进程 void showall() { PROCESSENTRY32 pe32 = {0}; pe32.dwSize = sizeof(pe32); //查找进程 HANDLE hpprocess = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);//CreateToolhelp32Snapshot创建快照 BOOL bmore = Process32First(hpprocess,&
缘起:网上下载了一份源代码,但是由于其中的存在某些空文件夹,而且文件夹特别多,且目录也比较深,所以写一个批处理,用来查找出这份源代码中的空文件夹,使其可以在github上提交 1 @echo off 2 cls 3 rem --- main program --- 4 set baseDir=C:\Users\Desktop\src\src\com\sourcecode 5 6 echo --- callBefore --- 7 call :subPro 8 echo --- callAfter