1:我们这边是否关机不影响日本那边的程序运行。(不会像以前那样,我们这网络一断开,或一关机,程序就断掉或找不到数据,跑了几天的程序只能重头再来,很是烦恼)
2:不影响计算效率
3:让程序在后台跑后,不会占据终端,我们可以用终端做别的事情。
方法有很多,这里主要列举两种。假如我们有程序 pso.cpp ,通过编译后产生可执行文件 pso ,我们要使 pso 在 linux 服务器后台执行。当客户端关机后重新登入服务樱灶器后继续查看本来在终端输出的运行结果。(假设 *** 作都在当前目录下)
方法1在终端输入命令:
解释:将 pso 直接放在后台运行,并把终端输出存放在当前目录下的 log.file 文件中。
当客户端关机后重新登陆服务器后,直接查看 pso.file 文件就可看执行结果(命令:$ cat pso.file )。
方法2在终端输入命令:
解释: nohup 就是不挂起的意思,将 pso 直接放在后台运行,并把终端输出存放在当前
目录下的 pso.file 文件中。当客户端关机后重新登陆服务器后,直接查看 pso.file
文件就可看执行结果(脊闭扮命令: #cat pso.file )。
注:如果要使在前天执行任务放到后台运行,则先要用 ctrl+z 挂起该任务,然后用 bg 使之后台执行。
附:
在 Linux 中,如果要让进程在后台运行,一般情况下,我们在命令后面加上 &即可,实际上,这样是将命令放入到一个作业队列中了态做:
对于已经在前台执行的命令,也可以重新放到后台执行,首先按 ctrl+z 暂停已经运行的进程,然后使用 bg 命令将停止的作业放到后台运行:
但是如上方到后台执行的进程,其父进程还是当前终端 shell 的进程,而一旦父进程退出,则会发送 hangup 信号给所有子进程,子进程收到 hangup 以后也会退出。如果我们要在退出 shell 的时候继续运行进程,则需要使用 nohup 忽略 hangup 信号,或者 setsid 将将父进程设为 init 进程(进程号为 1 )
上面的试验演示了使用 nohup/setsid 加上 &使进程在后台运行,同时不受当前 shell 退出的影响。那么对于已经在后台运行的进程,该怎么办呢?可以使用 disown 命令:
另外还有一种方法,即使将进程在一个 subshell 中执行,其实这和 setsid 异曲同工。方法很简单,将命令用括号() 括起来即可:
注:本文试验环境为 Red Hat Enterprise Linux AS release 4 (Nahant Update 5) , shell 为 /bin/bash ,不同的 OS 和 shell 可能命令有些不一样。例如 AIX 的 ksh ,没有 disown ,但是可以使用 nohup -p PID 来获得 disown 同样的效果。
还有一种更加强大的方式是使用 screen ,首先创建一个断开模式的虚拟终端,然后用 -r 选项重新连接这个虚拟终端,在其中执行的任何命令,都能达到 nohup 的效果,这在有多个命令需要在后台连续执行的时候比较方便:
在某个时间段执行某个程序,准确的说是“定时任务”,我这里介绍2中linux(ubuntu)下定时执行python脚本的方式。
方法一:
准备好定时启动的脚本auto.py
用root权限编辑以下文件
在文件末尾添加以下命令
以上代码的意思是每隔两分钟执行一次脚本并打印日志。
crontab编写解释
基本格式
举例说明
方法二:
APScheduler定时框架
APScheduler是一个Python定时任务框架,使用起来十分方便。提供了基于日衡桐期、咐培坦固定时间间隔以及crontab类型的任务,并且可以持久化任务、并以daemon方式运行应用。
使用APScheduler需要安装
每天早上6点半执行的例子
代码中的BlockingScheduler是什么呢?
BlockingScheduler是APScheduler中的调度器,APScheduler中有两种常用的调度器,BlockingScheduler和BackgroundScheduler,当调度器是应用中唯一中仔要运行的任务时,使用BlockingSchedule,如果希望调度器在后台执行,使用BackgroundScheduler。
代码中是cron是什么?
cron:在特定时间周期性地触发
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)