crontab的用法和实例

crontab简介

liunx用来定时执行程序的命令

crontab参数

Usage:
 crontab [options] file
 crontab [options]
 crontab -n [hostname]

Options:
 -u <user>  define user
 -e         edit user's crontab
 -l         list user's crontab
 -r         delete user's crontab
 -i         prompt before deleting
 -n <host>  set host in cluster to run users' crontabs
 -c         get host in cluster to run users' crontabs
 -s         selinux context
 -x <mask>  enable debugging

crontab常用指令

crontab -l 查看crontab任务
crontab -e 编辑crontab任务
crontab -r 删除crontab任务

crontab时间格式

f1   f2   f3   f4   f5  command

1. f1表示分钟,f2表示小时,f3表示一个月中的第几日,f4表示月份,f5表示一个星期中的第几天,command表示要执行的程序
2. f1为*时表示每分钟执行一次command,f2为*时表示每个小时执行一次command,其余类推
3. f1为a-b时表示从第a分钟到第b分钟这段时间内执行,f2为a-b时表示从第a小时到第b小时执行,其余类推
4. f1为*/n时表示每n分钟个时间间隔执行一次,f2为*/n表示每小时个时间间隔执行一次,其余类推
5. f1为a,b,c,...时表示第a,b,c,...分钟执行,f2为a,b,c,...时表示第a,b,c,...个小时执行,其余类推

格式简略图
*    *    *    *    *   command
-    -    -    -    -   -
|    |    |    |    |   |
|    |    |    |    |   +- 执行程序
|    |    |    |    +----- 星期 (0 - 7) [0/7表示星期日)]
|    |    |    +---------- 月份 (1 - 12) 
|    |    +--------------- 日期 (1 - 31)
|    +-------------------- 小时 (0 - 23)
+------------------------- 分钟 (0 - 59)

使用者也可以将所有的设定先存放在文件中,用 crontab file 的方式来设定执行时间。

应用实例

# 每分钟执行一次
* * * * * command

# 每5分钟执行一次
*/5 * * * * command

# 每小时的第5分钟和第10分钟执行一次
5,10 * * * * command

# 每个小时的第5分钟至第十分种每分钟执行依一次 闭合区间 5分钟00和10分钟00都会执行 会执行6次   
5-10 * * * * command

# 每个小时的第5分钟至第十分种每2分钟执行依一次 闭合区间 5分钟00和11分00都会执行
5-11/2 * * * * command

# 每天凌晨1点钟之内的每分钟执行一次(1-2点钟之间)
* 1 * * * command

# 每天1点30分执行一次
30 1 * * * command

# 4月份每天凌晨1点到9点每隔1个小时0分钟执行一次
0 1-9 * 4 * command

# 4月份每天凌晨1点到9点每隔2个小时的0分钟执行一次 1 3 5 7 9
0 1-9/2 * 4 * command


# 每月5号凌晨2点30分执行一次
30 2 5 * * command

# 周一到周五每天中午12点执行一次
0 12 * * 1-5 command

------copy from runoob------
0 */2 * * * /sbin/service httpd restart  意思是每两个小时重启一次apache 

50 7 * * * /sbin/service sshd start  意思是每天7:50开启ssh服务 

50 22 * * * /sbin/service sshd stop  意思是每天22:50关闭ssh服务 

0 0 1,15 * * fsck /home  每月1号和15号检查/home 磁盘 

1 * * * * /home/bruce/backup  每小时的第一分执行 /home/bruce/backup这个文件 

00 03 * * 1-5 find /home "*.xxx" -mtime +4 -exec rm {} \;  每周一至周五3点钟,在目录/home中,查找文件名为*.xxx的文件,并删除4天前的文件。

30 6 */10 * * ls  意思是每月的1、11、21、31日是的6:30执行一次ls命令

参考链接

  1. https://www.runoob.com/linux/linux-comm-crontab.html
### 如何在CCS10中正确导入和配置DSP项目 #### 导入现有工程项目 当尝试将现有的DSP工程迁移到新的开发环境中时,可能会遇到各种兼容性和设置问题。对于从较早版本迁移至CCS10的情况,确保遵循正确的流程至关重要。 要成功地将旧版工程转换为适用于CCS10的格式,可以按照以下指导原则操作: - **准备环境**:确认安装了最新版本的Code Composer Studio (CCS),即CCS10,并且已下载所需的设备支持包和其他依赖项[^1]。 - **备份原始文件**:在执行任何修改前,务必创建一份完整的副本保存于安全位置,以防意外损坏原有数据结构[^2]。 - **调整工程属性**:如果发现导入后的工程存在名称冲突或其他异常情况,则需手动编辑`.project`文件来修正这些错误。这一步骤涉及更新内部链接指向最新的目录布局或资源定位器[^3]。 - **处理重复路径警告**:针对“与其他项目的地址重叠”的提示信息,推荐采用官方文档所提及的方式——要么改变目标存储地点;要么利用IDE内置功能新建独立空间容纳待移植的内容而不影响既有组件[^4]。 ```bash # 假设当前位于工作区内 cp -r old_project new_project_name cd ../non_workspace_directory/ mv ~/path/to/new_project_name . ``` 上述命令展示了如何通过命令行工具复制整个项目树并将其移出默认的工作区之外,从而规避潜在的位置冲突风险。 #### 编译与调试阶段可能出现的问题及其对策 一旦完成了初步集成之后,在构建过程中仍有可能遭遇一系列挑战。下面列举了一些典型场景连同对应的处置措施: - 若编译失败伴随大量语法层面告警,则可能是由于源码不符合现代C/C++标准所致。此时应查阅相关资料了解差异之处并对代码作出适当修订以适应新版编译器的要求。 - 对于那些因缺失头文件而产生的连接期障碍,检查是否遗漏了某些必要的库引用或是包含了不匹配的目标架构设定。必要时参照硬件手册核对参数选项确保一致性。 - 如果观察到运行时刻表现不稳定甚至崩溃的现象,除了排查算法逻辑漏洞外还应注意实时操作系统(RTOS)调度策略的选择以及中断服务例程(ISR)的设计合理性等问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值