飛喵喵主機系統更新、效能調校。
發表於 : 2008-05-09, 10:43
『原因』
飛喵喵主機經過這一段時間的觀察,發現系統資料庫的執行效率不佳。有時候會發現連線無法立即反應,就是使用者點擊(CLICK)某個功能或是某篇文章的時候,系統會呈現呆滯的狀況,必須重新整理、載入(RELOAD),才能看到畫面。
『處理』
原有的系統排程執行,在單顆處理器(CPU UP)的架構底下,並不會有太大的問題,但是在雙處理器(CPU SMP)的架構時,就會發現影響到系統效能,特別是資料庫(DATABASE, MySQL or PostgreSQL)。
在 FreeBSD 6 起,系統提供了另一個排程的方式 ULE。經過網路上社群的討論跟驗證,的確增加了 FreeBSD 在執行資料庫上的效能。
ULE 並非 FreeBSD 目前系統預設的排程處理方式,必須將系統核心(KERNEL)重新編譯。
『過程』
2008/May/07
更新所有軟體套件至最新的版本,以期包含所有必須的安全性和效能更新;更新系統核心組件原始碼(目前系統使用版本 Release 6.2)至最新包含所有安全性以及核心效能補強。
2008/May/08
備份所有資料。
開始編譯系統核心;安裝新編譯核心;系統重整;系統測試;系統重新上線。
『觀察』
核心記憶體使用量明顯降低,顯示在架構未做變更情況下,系統更有效率的應用資源,不再需要佔據大量記憶體作為快取。
也可能是因為資料庫的執行效率變好,不再有大量未完成的子程式殘留在系統中,網頁伺服器以及資料庫伺服器不再被大量啟動。
飛喵喵主機經過這一段時間的觀察,發現系統資料庫的執行效率不佳。有時候會發現連線無法立即反應,就是使用者點擊(CLICK)某個功能或是某篇文章的時候,系統會呈現呆滯的狀況,必須重新整理、載入(RELOAD),才能看到畫面。
『處理』
原有的系統排程執行,在單顆處理器(CPU UP)的架構底下,並不會有太大的問題,但是在雙處理器(CPU SMP)的架構時,就會發現影響到系統效能,特別是資料庫(DATABASE, MySQL or PostgreSQL)。
在 FreeBSD 6 起,系統提供了另一個排程的方式 ULE。經過網路上社群的討論跟驗證,的確增加了 FreeBSD 在執行資料庫上的效能。
ULE 並非 FreeBSD 目前系統預設的排程處理方式,必須將系統核心(KERNEL)重新編譯。
『過程』
2008/May/07
更新所有軟體套件至最新的版本,以期包含所有必須的安全性和效能更新;更新系統核心組件原始碼(目前系統使用版本 Release 6.2)至最新包含所有安全性以及核心效能補強。
2008/May/08
備份所有資料。
開始編譯系統核心;安裝新編譯核心;系統重整;系統測試;系統重新上線。
『觀察』
核心記憶體使用量明顯降低,顯示在架構未做變更情況下,系統更有效率的應用資源,不再需要佔據大量記憶體作為快取。
也可能是因為資料庫的執行效率變好,不再有大量未完成的子程式殘留在系統中,網頁伺服器以及資料庫伺服器不再被大量啟動。