关于用死循环+sleep代替crontab的方案
有朋友在群里提问,除了写计划任务脚本之外,有什么办法把top的前15行不断输出到文件?
自己尝试了一下,用了一个死循环+sleep的方式来成功解决,执行脚本(记得要赋予其可执行权限+x)如下:
#!/bin/bash while true do top | head -15 > /tmp/test.txt 2>&1 sleep 5 done
主人还有话要说--->
1.while true 定义一个恒等式,属于条件判断,也可以使用for语句,比如:
for((i=1;i>0;i++));
2.do ...done 是一个执行模块,可以添加命令的集合;sleep 后面加时间间隔(秒级单位)
总结:
其实,crontab完全可以满足大部分情况下的周期性任务,但要精确到秒级单位,还是这种死循环+sleep的方式比较方便了。如果往大范围上来讲,如果有个任务想要每个月执行一次,肯定还是要借助于crontab。具体看情况了。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
新浪微博基于混合云的PHP服务化与弹性扩容
从后端来讲,新浪微博可以分为Java和LNMP两大体系,特别是在LNMP方面积累了很多经验。发展初期,新浪微博侧重从性能角度出发,做架构方面的调整和优化。近两年,它投入人力、物力,把重点放在了弹性扩容方面。 本文由在新浪微博工作近七年、现任主站研发负责人的侯青龙分享新时代下的 LNMP 架构,基于混合云平台的 PHP 弹性扩容部署方案,以及具体维护过程中遇到的挑战。 新浪微博遭遇流量峰值挑战 新浪微博作为社交产品,经常出现因某些原因所致的话题突发流量峰值,且峰值不可预估。例如: ● 紧急突发事件:白百合×××、周一见、宝宝离婚、女排夺冠 ● 大型活动及三节保障:红包飞 ● Push 推送:运营的各种站内,站外 push 话题业务的流量特点 话题业务的特点是平时流量比较平稳,波动很小,一旦出现突发事件,10 分钟时间流量就会突增 2-3 倍。像这样的流量,一般持续时间不会长,约 1 个小时左右。 从架构角度,如何处理? 新浪微博在做架构调整之前,和很多公司的处理方案都相似,采用设备冗余与服务降级两大传统手段。 设备冗余。各业务提前申请足够的设备保证冗余,正常情况下一台服务器 CPU 约在...
- 下一篇
一次oplog损坏事故
问题 1)程序报警 ExecutionTimeout Couldn'tgetaconnectionwithinthetimelimit 2)mongod日志 Jun1121:48:35mongodmongod:2017-06-11T21:48:35.122+0800INETWORK[initandlisten]connectionacceptedfrom10.0.0.1:24321#32(32connectionsnowopen) Jun1121:48:35mongodmongod:2017-06-11T21:48:35.136+0800IACCESS[conn32]Successfullyauthenticatedasprincipal__systemonlocal Jun1121:48:35mongodmongod:2017-06-11T21:48:35.349+0800I-[rsSync]Assertion:10334:BSONObjsize:0(0x0)isinvalid.Sizemustbebetween0and16793600(16MB)Firstelement:EOO J...
相关文章
文章评论
共有0条评论来说两句吧...