Memory Allocation( 記憶體使用 ): 記憶體的
使用最主要有幾種觀點，一個是實際使用的
Resident Memory( 實際記憶體 ) ，一個是包含
Virtual Memory( 虛擬記憶體 )，另一個則是所有
Process( 程序 )可能用到的記憶體，但這跟實際使
用的實體記憶體與虛擬記憶體沒有絕對的相關，但還
是可以看到實際記憶體的使用量，因此實際使用記憶
體要保持實體記憶體 100% 以下是合理的，且
Allocation Memory 也要保持在記憶體總和以下才行
，但若發生使用到 Virtaul Memory 時，就要去想是
否記憶體不夠實所發生的 Thrashing 狀況。

Mail( 郵件 )的狀況最主要有一個是已經發完成
(Finished) 的信件數與進入發送狀態 (
Dispatched) 的信件數，另一個則是進入 Queue( 序
列 )的信件數，包含等待 (Wait Queue) 中，發送
(Run Queue) 中及重發 (Retry Queue) 的序列，當
然效率最單純的就是算發送完畢的信件數的效率才是
最正確的，只是除了發信外，收信的效率也是很重要
的，只是我們無法知道外面的 Queue 如何。

HD Status( 硬碟狀態 )最主要除了包含空間的
使用外，還有硬碟的傳輸效率，只是傳輸效率受到
Average Seek Time( 平均搜尋時間 )的影響而有很
大的出入，因此若是要找的話，可能要從 Process
的 Block Wait 等待 I/O( 輸出入，最主要是硬碟 )
的程序數反而是較容易看得出來是否是在硬碟的傳輸
瓶頸，只是這樣來看，反而只有 HD 的狀況是較為重
要，但與其用 MRTG 來記錄，還不如用 RRDTools 來
記錄比較實際。

事實上 RRDTools 的功能比 MRTG 強很多，但只
是 MRTG 使用方便，我們也是看得習慣罷了，不過理
論上 RRDTools 可以完全取待 MRTG。

且 MRTG 最主要的問題是其最後的數字不算很好
處理，因此也有人寫了一些 Tools 將之 Port 到
Database，這樣就比較好處理，但若是直接去讀寫
Logfile( 記錄檔 )也不是不可能。

我曾經用 MRTG 不只當作網管的工具，還來記錄
網站的會員數，訂單數與銷售金額，但有些東西用
MRTG 來去用的話還要經過處理，例如可能要放大
100 倍 (因為 MRTG 不接受小數 )，或者是乘上 60
來讓數字平衡，更麻煩的是兩個數字不是要一起是屬
於累績性的，不然就是屬於 Gauge( 實際高峰，不累
積 )的，因此若要把兩種不同數字放在一起就要自己
做轉換。

例如在會原數的增加量本身就是一個在累積後的
數字再差分出增加量，但只有去做增加量往往會因為
時間的週期而看不出個所以然，所以就要做所謂的移
動平均，因此就直接讀 Logfile 後算出平均，然後
再將之做累加的行為後輸出給 MRTG，看起來還真的
挺複雜的。

而用這樣的工具不只是這樣用而已，更可以來做
為有時間性的生活記錄，例如 ICQ 的狀態往往代表
一個人的網路狀況，可以用 ICQ 的狀態再轉成數值
，如

Offline=0
Extend Away=1
DND=2
Away=3
Occupied=4
Availble=5
Free for Chat=6

然後就做 5 分鐘的取樣後用 MRTG 來做圖表，
這樣就可以出現一個不錯的網路狀態表。

而我通常不只用一個 ICQ，所以可以再將數字做
特殊的變化成為在網路上的行為模式，因此，這樣不
只是我在網路上寫日記，更是利用 ICQ，利用 MRTG
來寫日記了。

而這些事情因為有些是牽涉到工作上的東西，因
此不太能夠直接指給大家看，可能想看的人可以
Mail 給我，我再把些數值內容經過處理後做成
Demo( 示範 )。

人的生活是有時間性的，而人是很難去記住所有
事情的，所以有時要用日記去記錄，但現在在很難脫
離網路生活我的我們，或許用網路來寫日記是有價值
，甚至可以用一些工具與機制來幫助自己寫日記，就
像是我的 ICQ 日記那樣。