你這個是直接在命令行執(zhí)行,所以后面會有顯示pid,你寫進一個腳本就不會顯示了。
站在用戶的角度思考問題,與客戶深入溝通,找到孝南網(wǎng)站設(shè)計與孝南網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗,讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:網(wǎng)站制作、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名與空間、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋孝南地區(qū)。
root@ubuntu:#?more?sh1.sh?
#!/bin/bash
sar?1?100??/tmp/sar.log?
只是同步時間的話,沒有太大區(qū)別
第一條,執(zhí)行會有輸出,當(dāng)然,ntpdate是不會記錄輸出到文件的,當(dāng)crontab調(diào)用時,錯誤和標準輸出會寫成mail通知你
第二條,標準輸出重定向到/dev/null,關(guān)于/dev/null,你可以查一下資料看看詳細的解釋,我們把它理解為一個空文件吧,輸出到這里就找不回來了
第三條,與第二條類似,21是指將標準信息輸出路徑指定為錯誤信息輸出路徑,那么標準輸出和錯誤輸出都重定向到/dev/null,也就是不記錄任何信息了
關(guān)于你提到對主機的影響,從ntpdate來講,區(qū)別并不大,那么我們考慮另外一種環(huán)境,如果定時任務(wù)執(zhí)行的是一個需要寫大量日志的程序,那么就會存在你所講的cpu、內(nèi)存、io和磁盤占用等問題了。所以,當(dāng)我們不需要記錄額外信息的話,應(yīng)該把標準輸出和錯誤重定向到/dev/null
把前一個命令的輸出重定向到一個臨時文件(如果你所謂的“沒有任何輸出”包含錯誤信息的話,重定向時記得還要加上標準錯誤)
再查看臨時文件的大小,如果文件為空,則執(zhí)行下一條命令
unzip xx.zip /dev/null 21
一樓的回答也對,但用的時候一般不用加最前面的1
unzip xx.zip /dev/null
前半部分是將標準輸出重定向到空設(shè)備,
后面的21就將標準錯誤輸出重定向到標準輸出,這樣最終也是到空設(shè)備。
ls *.txt 2 /dev/null
2 /dev/null表示把出錯信息丟到/dev/null這個無底洞里面