mschedule 简单linux进程管理（树莓派）

树莓派是神奇的机器，CPU和内存都少的可怜，但体积小功耗低，在上面搞些动搞些西其实也挺有意思，挺好玩的。装的是pidara，基本服务没有精简多少，先cat一下CPU和RAM。

[[email protected] ~]$ cat /proc/cpuinfo

Processor       : ARMv6-compatible processor rev 7 (v6l)

BogoMIPS        : 464.48

Features        : swp half thumb fastmult vfp edsp java tls

CPU implementer : 0x41

CPU architecture: 7

CPU variant     : 0x0

CPU part        : 0xb76

CPU revision    : 7


Hardware        : BCM2708

Revision        : 000e

Serial          : 000000003123ffdc

[[email protected] ~]$ cat /proc/meminfo

MemTotal:         446672 kB

MemFree:          289976 kB

Buffers:           16872 kB

Cached:            65868 kB

SwapCached:            0 kB

Active:            88652 kB

Inactive:          50360 kB

Active(anon):      58692 kB

Inactive(anon):      844 kB

Active(file):      29960 kB

Inactive(file):    49516 kB

Unevictable:           0 kB

Mlocked:               0 kB

HighTotal:             0 kB

HighFree:              0 kB

LowTotal:         446672 kB

LowFree:          289976 kB

SwapTotal:        524284 kB

SwapFree:         524284 kB

Dirty:                16 kB

Writeback:             0 kB

AnonPages:         56284 kB

Mapped:            16088 kB

Shmem:              3268 kB

Slab:               9684 kB

SReclaimable:       5664 kB

SUnreclaim:         4020 kB

KernelStack:         656 kB

PageTables:         1292 kB

NFS_Unstable:          0 kB

Bounce:                0 kB

WritebackTmp:          0 kB

CommitLimit:      747620 kB

Committed_AS:     211148 kB

VmallocTotal:     565248 kB

VmallocUsed:        5024 kB

VmallocChunk:     347144 kB

[[email protected] ~]$ 
    树莓派可能是为了节省成本，并没有安装时间模块，所以每次开机时间都会被重置。因为很久没有动过电烙铁了，所以没有想过给它装上个硬件模块。
所以想到的方法是同步网络时间。开始的时候，搞个启动脚本，开机启动同步时间，可是每当机器重启时，半个小时都启动不了，而且就算启动了，也没有
同步时间。于是想第二个方法，用根用户的crontab，结果不知道为何，没有同步，crontab执行其他任务是没有问题的，原因还不明。
    另外一个问题，因为树莓派是通过网线连接TP-LINK路由的，同时有个小米盒子连着。小米盒子是个神奇的东西，只有你连接上TP-LINK的路由的，其他
电脑或手机设备就很难连接进去，即使是断开了小米盒子，状况依然无法解决。所以，老妹一看连接不上，就拔电源重启。可以将一些应用程序做成自启动，
可是并不是所有的程序都像nginx一样完善，会切换用户执行。
    还有一个问题，就是有些程序coredump，让它自动重启，系统配置貌似还做不到（可能可以做到）。我还想在树莓派上面跑个DHT爬虫，但DHT爬虫太占
网络了，如果一直开着的话，网络就基本废了。所以我是想在周一到五凌晨才开始运行，到17点就停了，可以配置之类的。
    基于上面种种需求，自己搞了个非常简单管理调度程序，特点：
    1. 可以管理三类程序，常驻进程（挂掉会自动重启），一次进程（负责启动，不管是否成功），优先的一次进程（负责启动，不管是否成功，具有最高
       优先级，所以程序必须等到此类程序退出后，方启动其他程序）
    2. 可以指定运行的用户，必须有相应的权限
    3. 常驻进程可以配置运行时间。
 
    缺点：
    1. 没有为每个进程分配优先级
    2. 没有设计没有进程的依赖关系
 
  相关配置文件：
[[email protected] bin]$ cat mysch.conf

#程序运行参数

#程序配置段PROG_LIST配置

#[NGINX]

#程序启动的命令

#RUN_COMMAND=/sbin/ntpdate 1.cn.pool.ntp.org

#运行该程序的用户组

#RUN_GROUP=nginx

#运行该程序的用户

#RUN_USER=nginx

#程序运行标志

# -1 程序启动后先等待其运行完毕方可运行其它程序

#  0 程序启动后不管其运行状态

#  1 程序按照RUN_TIME配置时间点运行，非该运行点自动停止通过kill信号

#RUN_FLAG=1

#RUN_FLAG=1时有效，程序运行时间段，星期(1-7)，时间格式(24小时)，各条件之间是或关系

#RUN_TIME=1-5,23:30-16:30|1-5,17:30-21:30|6-7,00:00-8:30


[COMMON]

#日志路径

LOG_PATH=/home/nginx/bin/log

#日志头

LOG_HEADER=schedule

#文件日志级别all,debug,info,warn,error,fatal,off

LOG_LEVEL=debug

#文件日志缓存,byte

LOG_BUFFER=102400

#文件切换时间,秒数

LOG_SWITCH_TIME=86400


#睡眠时间

SLEEP_TIME = 60

#推出时是否退出子程序

KILL_CHILD_FLAG = 1

#pid文件后,台执行时有效

PID_FILE=/home/nginx/bin/log/mysch.pid

#运行的用户

RUN_USER=root

PROG_LIST=NTP|NGINX|BIGFALSE


[NTP]

RUN_COMMAND=/usr/sbin/ntpdate 1.cn.pool.ntp.org

RUN_USER=root

RUN_FLAG=-1


[NGINX]

RUN_COMMAND=/home/nginx/www/sbin/nginx

RUN_USER=nginx

RUN_FLAG=1

RUN_TIME=1-7,00:00-24:00

RUN_PID_FILE=/home/nginx/www/logs/nginx.pid


[BIGFALSE]

RUN_COMMAND=/usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

RUN_USER=nginx

RUN_FLAG=1

RUN_TIME=1-7,00:00-24:00

RUN_PID_FILE=/home/nginx/tinytrue/log/django.pid
 
    按照这个配置，运行的程序：
[[email protected] bin]$ p nginx

root       233     1  0 14:41 ?        00:00:00 /home/nginx/bin/mysch -c /home/nginx/bin/mysch.conf

nginx      304     1  0 14:42 ?        00:00:00 nginx: master process /home/nginx/www/sbin/nginx

nginx      305   304  0 14:42 ?        00:00:00 nginx: worker process

nginx      307     1  0 14:42 ?        00:00:00 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

nginx      308   307  0 14:42 ?        00:00:00 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

nginx      309   307  0 14:42 ?        00:00:00 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

nginx      310   307  0 14:42 ?        00:00:04 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

nginx      311   307  0 14:42 ?        00:00:06 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

nginx      312   307  0 14:42 ?        00:00:10 /usr/bin/python /home/nginx/tinytrue/manage.py runfcgi host=127.0.0.1 port=7856 daemonize=true pidfile=/home/nginx/tinytrue/log/django.pid outlog=/home/nginx/tinytrue/log/access.log errlog=/home/nginx/tinytrue/log/error.log

.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }

 
    相关代码：
  https://github.com/buf1024/mysch

mschedule 简单linux进程管理（树莓派）,布布扣,bubuko.com

时间： 2024-08-08 13:53:53

mschedule 简单linux进程管理（树莓派）的相关文章

Linux进程管理简谈

Linux系统进程管理简谈 进程是什么? 简单来说进程是一个正在执行的程序的一个副本,存在生命周期,有段指令和代码在不断运行. linux内核存储信息的固定格式:task struct 进程的相关信息存储在链表中 多个任务的task struct组件的链表:task list 进程的创建:父进程创建子进程(内核创建init进程,剩余一切进程有init及其子进程进程创建) 父进程创建子进程时向内核调用fork()来创建子进程并且通过调用clone()复制父进程的信息给子进程 Linux进程的优先级

Linux性能及调优指南（翻译）之Linux进程管理

译文如下:1.1 Linux进程管理 进程管理是操作系统的最重要的功能之一.有效率的进程管理能保证一个程序平稳而高效地运行. Linux的进程管理与UNIX的进程管理相似.它包括进程调度.中断处理.信号.进程优先级.上下文切换.进程状态.进度内存等. 在本节中,我们将描述Linux进程管理的基本原理的实现.它将更好地帮助你理解Linux内核如何处理进程及其对系统性能的影响. 1.1.1 什么是进程?一个进程是一个运行在处理器的程序的一个实例.该进程使用Linux内核能够处理的任何资源来完成它的任

Linux进程管理知识整理

Linux进程管理知识整理 1.进程有哪些状态?什么是进程的可中断等待状态?进程退出后为什么要等待调度器删除其task_struct结构?进程的退出状态有哪些? TASK_RUNNING(可运行状态) TASK_INTERRUPTIBLE(可中断等待状态) TASK_UNINTERRUPTIBLE(不可中断等待状态) TASK_STOPPED(进程被其它进程设置为暂停状态) TASK_TRACED(进程被调试器设置为暂停状态) TASK_DEAD(退出状态) 进程由于所需资源得不到满足,从而进入

linux进程管理（四）

[教程主题]:进程管理 [1]进程介绍 程序和进程 程序是为了完成某种任务而设计的软件,比如OpenOffice是程序.什么是进程呢?进程就是运行中的程序. 一个运行着的程序,可能有多个进程. 比如自学it网所用的WWW服务器是apache服务器,当管理员启动服务后,可能会有好多人来访问,也就是说许多用户来同时请求httpd服务,apache服务器将会创建有多个httpd进程来对其进行服务. 进程分类: 进程一般分为交互进程.批处理进程和守护进程三类. 值得一提的是守护进程总是活跃的,一般是后台

《Linux性能及调优指南》－－－－1.1 Linux进程管理

翻译:飞哥 ( http://hi.baidu.com/imlidapeng ) 版权所有,尊重他人劳动成果,转载时请注明作者和原始出处及本声明. 原文名称:<Linux Performance and Tuning Guidelines> 原文地址:http://www.redbooks.ibm.com/abstracts/redp4285.html -----------------------------------------------------------------------

Linux进程管理工具--God-详解（1）-入门

God是一个由Ruby编写的监控架构,它可以保障你的进程为运行状态,以及可以对一些特殊情况进行进程的重启.拓展可以通过frigga来进行全局god的管理. 最好的安装方式(通过ruby-gems): gem install god 快速启动 注意:快速启动需要0.12版本以上的,你可以使用以下命令查看版本: god --version 一个简单的例子:使用god保持一个简单的进程. 下面是一个简单的脚本,名字为hello.py #!/usr/bin/env python # import tim

Linux进程管理 (7)实时调度

关键词:RT.preempt_count.RT patch. 除了CFS调度器之外,还包括重要的实时调度器,有两种RR和FIFO调度策略.本章只是一个简单的介绍. 更详细的介绍参考<Linux进程管理 (9)实时调度类分析,以及FIFO和RR对比实验>. 同时为了提高Linux的实时性,Linux社区还维护了realtime相关的补丁.这些补丁的介绍在<Linux实时补丁及其分析>. 1. 抢占内核 如果Linux内核不支持抢占,那么进程要么主动要求调度,如schedule()或者

Linux进程管理与调度-之-目录导航【转】

转自:http://blog.csdn.net/gatieme/article/details/51456569 版权声明:本文为博主原创文章 && 转载请著名出处 @ http://blog.csdn.net/gatieme 目录(?)[-] 项目链接 进程的描述 进程的创建 进程的加载与运行 进程的退出 进程的调度 调度普通进程-完全公平调度器CFS 日期 内核版本 架构 作者 GitHub CSDN 2016-07-21 Linux-4.6 X86 & arm gatieme

linux进程管理(5)---进程消亡

一.目的 本文将讲述进程是如何消亡的.一个进程既有父进程又有子进程,因此进程消亡时,既要通知父进程,也要安排好子进程. 当前进程消亡时主要做了三件大事:释放当前进程占用的资源:为当前进程的子进程重新寻找"养父":通知当前进程的父进程,释放当前进程剩下的资源. 当前进程释放掉大多数进程资源后,只保留内核栈.structtask_struct数据结构:剩下的资源由父进程负责释放. linux调用sys_exit().sys_wait4()实现进程的消亡,代码可以在kernel/exit.c