转载:http://blog.csdn.net/clever101/article/details/9327597 很多时候系统有很多配置项,修改了配置项之后能有一个按钮实现系统重启.所谓重启就是杀死系统的当前进程,然后重新开一个新进程.同事探索了一下,实现了这个功能.我总结了一下他的经验.下面一个MFC的对话框程序的按钮响应函数说明如何实现. // 重启按钮响应函数 void CTestRebootDlg::OnBnClickedReboot() { // TODO: 在此添加控件通知处理程序

win32之进程 一丶简介 学习WindowsAPI. 之前.我们必须理解什么是进程. 在windows环境下.进程就是一个运行起来的exe程序 进程提供了数据以及资源. 但是怎么使用不管.而是由线程去管. 进程可以抽象为一栋房子. 而房子里面提供了日用品. 怎么使用它是不管的. 进程由很多DLL组成.我们可以拖动exe文件到win32dbg中查看.  快捷键 ALT + E 键.查看模块. 进程使用的内存空间是用户模式的内存空间. 什么是用户模式空间? 在windows中.进程的空间都是虚拟空

在使用CentOS时,个别程序的进程会一直增大,直到宕机.但是这种程序本身有没有更好的版本使用(比如ngrok免费就这样,付费的就没这个问题),所以想写一个脚本定时检测一下这个程序的情况,决定是否需要重启,该重启时重启,没有启动则让他启动. 注:脚本名中最好不要包含ngrokd, 因为脚本执行时自己也会成为一个进程,获取原始ngrokd的进程大小就不能简写为 ]]; then echo "restart begin" ngrok_restart=`ps -aux | grep &quo

##############################Deploy crontab for yechang ad*******eta restart ######################## echo "start deploy crontab for yechang ad*********a restart" #早上9点对ad********a进程进行重启操作 if [ $pac*******ver = 'yechang' ];then cp -r $PACKAGE_D

查看端口: ps -aux | grep tomcat 发现并没有8080端口的Tomcat进程. 使用命令:netstat –apn 查看所有的进程和端口使用情况.发现下面的进程列表,其中最后一栏是PID/Program name 发现8080端口被PID为9658的Java进程占用. 进一步使用命令:ps -aux | grep java,或者直接:ps -aux | grep pid 查看 就可以明确知道8080端口是被哪个程序占用了!然后判断是否使用KILL命令干掉! 方法二:直接使用

问题:通过lsof |grep delete命令可以看到状态为delete的进程文件占用了较多的空间,导致系统磁盘空间不足,而du 命令看到的磁盘空间占用没那么高. 得到僵尸文件名称:catalina.out.20 进程号:23916 解决方法:进入虚拟文件系统对应进程目录(cd  /proc//fd),将僵尸文件清空 #注意,一定不要直接删除进程产生的僵尸文件,可能会影响进程的运行,这里我们不删除,只是清理文件中产生的内容(使用echo命令),这个内容中只有日志,不会被它处调用,所以直接删除是

0x01. 什么是进程? 进程提供程序所需要的资源,如:数据.代码等等 进程扮演的角色仅仅是为当前程序提供资源,或者代码,这就是进程所提供的,当时程序运行的状态和进程没有关系,进程可以看做空间的概念 例子: 进程相当于一个房子,房子里面的东西,这些东西就是进程提供的:房子里面走来走去的人,和使用东西的人,就是线程 你看到的这些东西就是进程 找到最后发现到 0x7FFEF000结束(这里是个小Tips了) 一.内核空间分布: 在4GB内存的操作系统中,高2G的给内存空间操作系统(也就是内核)使用,

#!/bin/sh MAXRSTCOUNT=; PROCTOGO=/mnt/hgfs/code/test/show #count is the counter of test started times count= sys_reboot() { echo "system is going to reboot"; reboot; } main_loop() { while : do ######################################### ProStillRu

1Setting -> build-compiler ---勾选  Build project automatically选项 2 快捷键Ctrl + Shift + A查找registry命令: 在查找到的registry命令通过鼠标双击或敲回车键,在弹出的面板中搜索关键字automake, 找到并勾选 compiler.automake.allow.when.app.running 勾选 compile.document.save.trigger.delay  为100 compile.au

#!/bin/bash export LOG_FILE='/data/log/search' spider_search_pid=`ps aux|grep flask_web_search|grep -v "grep"|awk '{print $2}'` if [ "$spider_search_pid" ];then echo "old spider search process is killed" fi cd /data/spider-se

目的:linux 下服务器程序会因为各种原因dump掉,就会影响用户使用,这里提供一个简单的进程监控和重启功能. 实现原理:由定时任务crontab调用脚本,脚本用ps检查进程是否存在,如果不存在则重启并写入日志. 1.crontab修改 # crontab -e */ * * * * /mnt/bindmonitor.sh 2./mnt/bindmonitor.sh 的实现 #! /bin/sh host_dir=`echo ~` # 当前用户根目录 proc_name="/home/wkub

目的:linux 下服务器程序会因为各种原因dump掉,就会影响用户使用,这里提供一个简单的进程监控和重启功能. 实现原理:由定时任务crontab调用脚本,脚本用ps检查进程是否存在,如果不存在则重启并写入日志. 1.crontab修改 chen@IED_40_125_sles10sp1:~/CandyAT/Bin> crontab -e */1 * * * * /home/chen/CandyAT/Bin/monitor.sh 上面的意思是每分钟调用一下脚本monitor.sh 2.moni

脚本文件 该脚本实现了一个检测进程是否存在,不存在的情况下重启进程并且记录日志. #! /bin/sh proc_name="console/queue/gift.php" # 进程名 log_name="/data/log/watch_queue.log" # 日志文件 pid=0 proc_num() # 计算进程数 { num=`ps -ef | grep $proc_name | grep -v grep | wc -l` return $num } pro

目录 项目介绍和源码: 拿来即用的bootstrap模板: 服务器SSH服务配置与python中paramiko的使用: 用户登陆与session; 最简单的实践之修改服务器时间: 查看和修改服务器配置与数据库的路由: 基于websocket的实时日志实现: 查看服务器中的日志与前端的datatable的利用: 重启服务器的进程. 前言   相当于前面的文章而言,这篇文章就比较简短了.关于服务器中进程需要经常批量的重启,一般会在服务器中写个shell脚本去统一执行,网页的功能仅仅是用parami

使用crontab,定时监控 kafka进程,发现挂了后重启. shell脚本如下: #!/bin/sh source /etc/profile proc_dir="/data/kafka" # 程序目录 proc_name="kafka.Kafka" # 进程名 file_name="cron.log" # 日志文件 pid= proc_num() # 计算进程数 { num=`ps -ef | grep $proc_name | grep -

Win32堆的调试支持 为了帮助程序员及时发现堆中的问题,堆管理器提供了以下功能来辅助调试. 1:堆尾检查(Heap Tail Check) HTC,在堆尾添加额外的标记信息,用于检测堆块是否溢出. 2:释放检查(Heap Free Check)在释放堆块时进行检查,防止释放同一个堆块. 3:参数检查,对传递给堆的各种参数进行更多的检查. 4:调用时验证(Heap Validate On Call)HVC,每次调用堆函数时都对整个堆进行验证和检查. 5:堆块标记(Heap Tagging)为堆块

配置了 sudo vim /etc/security/limits.conf * soft nofile * hard nofile   单独起进程没问题, 放到supervisor下监管启动,则报错 max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]   原因: 应该是supervisor监管的进程配置来自于supervisor所在环境配置, supervi

一.概述 1.1 引言 话说Android开源系统拥有着App不计其数,百家争鸣,都想在这"大争之世"寻得系统存活的一席之地.然则系统资源有限,如若都割据为王,再强劲的CPU也会忙不过来,再庞大的内存终会消耗殆尽,再大容量的电池续航终会昙花一现. 面对芸芸众生,无尽变数,系统以不变应万变,一招绝杀神技forceStop腾空出世,此处以adb指令的方式为例来说说其内部机理: am force-stop pkgName am force-stop --user 2 pkgName //只杀

摘要: Docker在进程管理上有一些特殊之处,如果不注意这些细节中的魔鬼就会带来一些隐患.另外Docker鼓励"一个容器一个进程(one process per container)"的方式.这种方式非常适合以单进程为主的微服务架构的应用.然而由于一些传统的应用是由若干紧耦合的多个进程构成的,这些进程难以 Docker在进程管理上有一些特殊之处,如果不注意这些细节中的魔鬼就会带来一些隐患.另外Docker鼓励"一个容器一个进程(one process per contain

❲阮一峰❳Linux 守护进程的启动方法 "守护进程"(daemon)就是一直在后台运行的进程(daemon). 本文介绍如何将一个 Web 应用,启动为守护进程. 一.问题的由来 Web应用写好后,下一件事就是启动,让它一直在后台运行. 这并不容易.举例来说,下面是一个最简单的Node应用server.js,只有6行. var http = require('http');    http.createServer(function(req, res) {      res.writ

502 和 php-fpm.conf 1.php-cgi进程数不够用.php执行时间长,导致没有空闲进程处理新请求. 2.php-cgi进程死掉.php-fpm超时时间短,当前进程执行超时关闭连接. 实例: 1.request_terminate_timeout引起的资源问题 request_terminate_timeout默认值为 0 秒,也就是说,PHP 脚本会一直执行下去. php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,reques