.
RAM
使用率
.
在线人数实时侦测
如果每个流程都在同一个时间启动的话，那么在某个时段时，我的系统会变的相当的繁忙，所以，这
个时候就必须要分别设定啦！我可以这样做：
[root@study ~]#
vim /etc/crontab
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root CMD1
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root CMD2
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root CMD3
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root CMD4
看到了没？那个『
,
』分隔的时候，请注意，不要有空格符！（连续的意思）如此一来，
则可以½
每五分钟工作的流程分别在不同的时刻来工作！则可以让系统的执行½为顺畅呦！
.
取消不要的输出项目
另外一个困扰发生在『
当有执行成果或者是执行的项目中有输出的数据时，该数据½会
mail
给
MAILTO
设定的账号
』，好啦，那么当有一个排程一直出错（例如
DNS
的侦测系统当中，若
DNS
上层主机挂掉，那么你就会一直收到错误讯息！）怎么办？呵呵！还记得
第十章谈到的数据流重导向
吧？
直½以『数据流重导向』½输出的½果输出到
/dev/null
这个垃圾桶当中就好了！
.
安全的检验
很多时候被植入木马都是以例行命令的方式植入的，所以可以½由检查
/var/log/cron
的内容来视察
是否有『非您设定的
cron
被执行了？』这个时候就需要小心一点啰！
.
周与日月不可同时并存
另一个需要注意的地方在于：『你可以分别以周或者是日月为单位作为循环，但你不可使用「几月几
号且为星期几」的模式工作』。
这个意思是说，你不可以这样编写一个工作排程：
30 12 11 9 5 root echo "just test"
<==
这
是
错误
的
写
法
本来你以为九月十一号且为星期五才会½行这项工作，无奈的是，系统可能会判定每个星期五作一次，
或每年的
9
月
11
号分别½行，如此一来与你当初的规划就不一样了～所以啰，得要注意这个地方！
Tips
根据某些人的说法，这个月日、周不可并存的问题已经在新版中被克服了～不过，鸟
哥并没有实际去验证他！目前也不打算验证他！
因为，周就是周，月日就月日，单一执行点就单一执行点，无须
使用
crontab
去设定固定的日期啊！您说是吧？
