<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                ## 15.2 僅執行一次的工作調度 首先,我們先來談談單一工作調度的運行,那就是 at 這個指令的運行! ### 15.2.1 atd 的啟動與 at 運行的方式 要使用單一工作調度時,我們的 Linux 系統上面必須要有負責這個調度的服務,那就是 atd 這個玩意兒。 不過并非所有的 Linux distributions 都默認會把他打開的,所以呢,某些時刻我們必須要手動將他啟用才行。 啟用的方法很簡單,就是這樣: ``` [root@study ~]# systemctl restart atd # 重新啟動 atd 這個服務 [root@study ~]# systemctl enable atd # 讓這個服務開機就自動啟動 [root@study ~]# systemctl status atd # 查閱一下 atd 目前的狀態 atd.service - Job spooling tools Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled) # 是否開機啟動 Active: active (running) since Thu 2015-07-30 19:21:21 CST; 23s ago # 是否正在運行中 Main PID: 26503 (atd) CGroup: /system.slice/atd.service └─26503 /usr/sbin/atd -f Jul 30 19:21:21 study.centos.vbird systemd[1]: Starting Job spooling tools... Jul 30 19:21:21 study.centos.vbird systemd[1]: Started Job spooling tools. ``` 重點就是要看到上表中的特殊字體,包括“ enabled ”以及“ running ”時,這才是 atd 真的有在運行的意思喔!這部份我們在[第十七章](../Text/index.html)會談及。 * at 的運行方式 既然是工作調度,那么應該會有產生工作的方式,并且將這些工作排進行程表中啰!OK!那么產生工作的方式是怎么進行的? 事實上,我們使用 at 這個指令來產生所要運行的工作,并將這個工作以文本文件的方式寫入 /var/spool/at/ 目錄內,該工作便能等待 atd 這個服務的取用與執行了。就這么簡單。 不過,并不是所有的人都可以進行 at 工作調度喔!為什么?因為安全的理由啊~ 很多主機被所謂的“綁架”后,最常發現的就是他們的系統當中多了很多的怪客程序 (cracker program), 這些程序非常可能運用工作調度來執行或蒐集系統信息,并定時的回報給怪客團體! 所以啰,除非是你認可的帳號,否則先不要讓他們使用 at 吧!那怎么達到使用 at 的列管呢? 我們可以利用 /etc/at.allow 與 /etc/at.deny 這兩個文件來進行 at 的使用限制呢! 加上這兩個文件后, at 的工作情況其實是這樣的: 1. 先找尋 **/etc/at.allow** 這個文件,寫在這個文件中的使用者才能使用 at ,沒有在這個文件中的使用者則不能使用 at (即使沒有寫在 at.deny 當中); 2. 如果 /etc/at.allow 不存在,就尋找 **/etc/at.deny** 這個文件,若寫在這個 at.deny 的使用者則不能使用 at ,而沒有在這個 at.deny 文件中的使用者,就可以使用 at 咯; 3. 如果兩個文件都不存在,那么只有 root 可以使用 at 這個指令。 通過這個說明,我們知道 /etc/at.allow 是管理較為嚴格的方式,而 /etc/at.deny 則較為松散 (因為帳號沒有在該文件中,就能夠執行 at 了)。在一般的 distributions 當中,由于假設系統上的所有用戶都是可信任的, 因此系統通常會保留一個空的 /etc/at.deny 文件,意思是允許所有人使用 at 指令的意思 (您可以自行檢查一下該文件)。 不過,萬一你不希望有某些使用者使用 at 的話,將那個使用者的帳號寫入 /etc/at.deny 即可! 一個帳號寫一行。 ### 15.2.2 實際運行單一工作調度 單一工作調度的進行就使用 at 這個指令啰!這個指令的運行非常簡單!將 at 加上一個時間即可!基本的語法如下: ``` [root@study ~]# at [-mldv] TIME [root@study ~]# at -c 工作號碼 選項與參數: -m :當 at 的工作完成后,即使沒有輸出訊息,亦以 email 通知使用者該工作已完成。 -l :at -l 相當于 atq,列出目前系統上面的所有該使用者的 at 調度; -d :at -d 相當于 atrm ,可以取消一個在 at 調度中的工作; -v :可以使用較明顯的時間格式列出 at 調度中的工作列表; -c :可以列出后面接的該項工作的實際指令內容。 TIME:時間格式,這里可以定義出“什么時候要進行 at 這項工作”的時間,格式有: HH:MM ex&gt; 04:00 在今日的 HH:MM 時刻進行,若該時刻已超過,則明天的 HH:MM 進行此工作。 HH:MM YYYY-MM-DD ex&gt; 04:00 2015-07-30 強制規定在某年某月的某一天的特殊時刻進行該工作! HH:MM[am&#124;pm] [Month] [Date] ex&gt; 04pm July 30 也是一樣,強制在某年某月某日的某時刻進行! HH:MM[am&#124;pm] + number [minutes&#124;hours&#124;days&#124;weeks] ex&gt; now + 5 minutes ex&gt; 04pm + 3 days 就是說,在某個時間點“再加幾個時間后”才進行。 ``` 老實說,這個 at 指令的下達最重要的地方在于“時間”的指定了!鳥哥喜歡使用“ now + ... ” 的方式來定義現在過多少時間再進行工作,但有時也需要定義特定的時間點來進行!下面的范例先看看啰! ``` 范例一:再過五分鐘后,將 /root/.bashrc 寄給 root 自己 [root@study ~]# at now + 5 minutes &lt;==記得單位要加 s 喔! at&gt; /bin/mail -s "testing at job" root &lt; /root/.bashrc at&gt; &lt;EOT&gt; &lt;==這里輸入 [ctrl] + d 就會出現 &lt;EOF&gt; 的字樣!代表結束! job 2 at Thu Jul 30 19:35:00 2015 # 上面這行信息在說明,第 2 個 at 工作將在 2015/07/30 的 19:35 進行! # 而執行 at 會進入所謂的 at shell 環境,讓你下達多重指令等待運行! 范例二:將上述的第 2 項工作內容列出來查閱 [root@study ~]# at -c 2 #!/bin/sh &lt;==就是通過 bash shell 的啦! # atrun uid=0 gid=0 # mail root 0 umask 22 ....(中間省略許多的環境變量項目).... cd /etc/cron\.d &#124;&#124; { echo 'Execution directory inaccessible' &gt;&2 exit 1 } ${SHELL:-/bin/sh} &lt;&lt; 'marcinDELIMITER410efc26' /bin/mail -s "testing at job" root &lt; /root/.bashrc # 這一行最重要! marcinDELIMITER410efc26 # 你可以看到指令執行的目錄 (/root),還有多個環境變量與實際的指令內容啦! 范例三:由于機房預計于 2015/08/05 停電,我想要在 2015/08/04 23:00 關機? [root@study ~]# at 23:00 2015-08-04 at&gt; /bin/sync at&gt; /bin/sync at&gt; /sbin/shutdown -h now at&gt; &lt;EOT&gt; job 3 at Tue Aug 4 23:00:00 2015 # 您瞧瞧! at 還可以在一個工作內輸入多個指令呢!不錯吧! ``` 事實上,當我們使用 at 時會進入一個 at shell 的環境來讓使用者下達工作指令,此時,建議你最好使用絕對路徑來下達你的指令,比較不會有問題喔!由于指令的下達與 PATH 變量有關, 同時與當時的工作目錄也有關連 (如果有牽涉到文件的話),因此使用絕對路徑來下達指令,會是比較一勞永逸的方法。 為什么呢?舉例來說,你在 /tmp 下達“ at now ”然后輸入“ mail -s "test" root &lt; .bashrc ”, 問一下,那個 .bashrc 的文件會是在哪里?答案是“ /tmp/.bashrc ”!因為 at 在運行時,會跑到當時下達 at 指令的那個工作目錄的緣故啊! 有些朋友會希望“我要在某某時刻,在我的終端機顯示出 Hello 的字樣”,然后就在 at 里面下達這樣的信息“ echo "Hello" ”。等到時間到了,卻發現沒有任何訊息在屏幕上顯示,這是啥原因啊?這是因為 at 的執行與終端機環境無關,而所有 standard output/standard error output 都會傳送到執行者的 mailbox 去啦!所以在終端機當然看不到任何信息。那怎辦?沒關系, 可以通過終端機的設備來處理!假如你在 tty1 登陸,則可以使用“ echo "Hello" &gt; /dev/tty1 ”來取代。 ![鳥哥的圖示](https://box.kancloud.cn/2016-05-13_5735736501917.gif "鳥哥的圖示") **Tips** 要注意的是,如果在 at shell 內的指令并沒有任何的訊息輸出,那么 at 默認不會發 email 給執行者的。 如果你想要讓 at 無論如何都發一封 email 告知你是否執行了指令,那么可以使用“ at -m 時間格式 ”來下達指令喔! at 就會傳送一個訊息給執行者,而不論該指令執行有無訊息輸出了! at 有另外一個很棒的優點,那就是“背景執行”的功能了!什么是背景執行啊?很難了解嗎?其實與 bash 的 nohup ([第十六章](../Text/index.html#nohup)) 類似啦! 鳥哥提我自己的幾個例子來給您聽聽,您就瞭了! * 離線繼續工作的任務:鳥哥初次接觸 Unix 為的是要跑空氣品質模式, 那是一種大型的程序,這個程序在當時的硬件下面跑,一個案例要跑 3 天!由于鳥哥也要進行其他研究工作,因此常常使用 Windows 98 (你沒看錯!鳥哥是老人...) 來連線到 Unix 工作站跑那個 3 天的案例!結果你也該知道, Windows 98 連開三天而不死機的概率是很低的~@_@~ 而死機時,所有在 Windows 上的連線都會中斷!包括鳥哥在跑的那個程序也中斷了~嗚嗚~明明再三個鐘頭就跑完的程序, 由于死機害我又得跑 3 天! * 另一個常用的時刻則是例如上面的范例三,由于某個突發狀況導致你必須要進行某項工作時,這個 at 就很好用啦! 由于 at 工作調度的使用上,系統會將該項 at 工作獨立出你的 bash 環境中, 直接交給系統的 atd 程序來接管,因此,當你下達了 at 的工作之后就可以立刻離線了, 剩下的工作就完全交給 Linux 管理即可!所以啰,如果有長時間的網絡工作時,嘿嘿! 使用 at 可以讓你免除網絡斷線后的困擾喔! ^_^ * at 工作的管理 那么萬一我下達了 at 之后,才發現指令輸入錯誤,該如何是好?就將他移除啊!利用 atq 與 atrm 吧! ``` [root@study ~]# atq [root@study ~]# atrm (jobnumber) 范例一:查詢目前主機上面有多少的 at 工作調度? [root@study ~]# atq 3 Tue Aug 4 23:00:00 2015 a root # 上面說的是:“在 2015/08/04 的 23:00 有一項工作,該項工作指令下達者為 # root”而且,該項工作的工作號碼 (jobnumber) 為 3 號喔! 范例二:將上述的第 3 個工作移除! [root@study ~]# atrm 3 [root@study ~]# atq # 沒有任何信息,表示該工作被移除了! ``` 如此一來,你可以利用 atq 來查詢,利用 atrm 來刪除錯誤的指令,利用 at 來直接下達單一工作調度!很簡單吧! 不過,有個問題需要處理一下。如果你是在一個非常忙碌的系統下運行 at , 能不能指定你的工作在系統較閑的時候才進行呢?可以的,那就使用 batch 指令吧! * batch:系統有空時才進行背景任務 其實 batch 是利用 at 來進行指令的下達啦!只是加入一些控制參數而已。這個 batch 神奇的地方在于:他會在 CPU 的工作負載小于 0.8 的時候,才進行你所下達的工作任務啦! 那什么是工作負載 0.8 呢?這個工作負載的意思是: CPU 在單一時間點所負責的工作數量。不是 CPU 的使用率喔! 舉例來說,如果我有一只程序他需要一直使用 CPU 的運算功能,那么此時 CPU 的使用率可能到達 100% , 但是 CPU 的工作負載則是趨近于“ 1 ”,因為 CPU 僅負責一個工作嘛!如果同時執行這樣的程序兩支呢? CPU 的使用率還是 100% ,但是工作負載則變成 2 了!了解乎? 所以也就是說,當 CPU 的工作負載越大,代表 CPU 必須要在不同的工作之間進行頻繁的工作切換。 這樣的 CPU 運行情況我們在第零章有談過,忘記的話請回去瞧瞧!因為一直切換工作,所以會導致系統忙碌啊! 系統如果很忙碌,還要額外進行 at ,不太合理!所以才有 batch 指令的產生! 在 CentOS 7 下面的 batch 已經不再支持時間參數了,因此 batch 可以拿來作為判斷是否要立刻執行背景程序的依據! 我們下面來實驗一下 batch 好了!為了產生 CPU 較高的工作負載,因此我們用了 12 章里面計算 pi 的腳本,連續執行 4 次這只程序, 來仿真高負載,然后來玩一玩 batch 的工作現象: ``` 范例一:請執行 pi 的計算,然后在系統閑置時,執行 updatdb 的任務 [root@study ~]# echo "scale=100000; 4*a(1)" &#124; bc -lq & [root@study ~]# echo "scale=100000; 4*a(1)" &#124; bc -lq & [root@study ~]# echo "scale=100000; 4*a(1)" &#124; bc -lq & [root@study ~]# echo "scale=100000; 4*a(1)" &#124; bc -lq & # 然后等待個大約數十秒的時間,之后再來確認一下工作負載的情況! [root@study ~]# uptime 19:56:45 up 2 days, 19:54, 2 users, load average: 3.93, 2.23, 0.96 [root@study ~]# batch at&gt; /usr/bin/updatedb at&gt; &lt;EOT&gt; job 4 at Thu Jul 30 19:57:00 2015 [root@study ~]# date;atq Thu Jul 30 19:57:47 CST 2015 4 Thu Jul 30 19:57:00 2015 b root # 可以看得到,明明時間已經超過了,卻沒有實際執行 at 的任務! [root@study ~]# jobs [1] Running echo "scale=100000; 4*a(1)" &#124; bc -lq & [2] Running echo "scale=100000; 4*a(1)" &#124; bc -lq & [3]- Running echo "scale=100000; 4*a(1)" &#124; bc -lq & [4]+ Running echo "scale=100000; 4*a(1)" &#124; bc -lq & [root@study ~]# kill -9 %1 %2 %3 %4 # 這時先用 jobs 找出背景工作,再使用 kill 刪除掉四個背景工作后,慢慢等待工作負載的下降 [root@study ~]# uptime; atq 20:01:33 up 2 days, 19:59, 2 users, load average: 0.89, 2.29, 1.40 4 Thu Jul 30 19:57:00 2015 b root [root@study ~]# uptime; atq 20:02:52 up 2 days, 20:01, 2 users, load average: 0.23, 1.75, 1.28 # 在 19:59 時,由于 loading 還是高于 0.8,因此 atq 可以看得到 at job 還是持續再等待當中喔! # 但是到了 20:01 時, loading 降低到 0.8 以下了,所以 atq 就執行完畢啰! ``` 使用 uptime 可以觀察到 1, 5, 15 分鐘的“平均工作負載”量,因為是平均值,所以當我們如上表刪除掉四個工作后,工作負載不會立即降低, 需要一小段時間讓這個 1 分鐘平均值慢慢回復到接近 0 啊!當小于 0.8 之后的“整分鐘時間”時,atd 就會將 batch 的工作執行掉了! 什么是“整分鐘時間”呢?不論是 at 還是下面要介紹的 crontab,他們最小的時間單位是“分鐘”,所以,基本上,他們的工作是“每分鐘檢查一次”來處理的! 就是整分 (秒為 0 的時候),這樣了解乎?同時,你會發現其實 batch 也是使用 atq/atrm 來管理的!
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看