在現在PC式微的時代,或許只剩下某些商業或是特定用途,才會感受到效能的差異,更何況現在連手機、平板都已經開始進入多核的時代,效能似乎已經不在使用者考量的主因,反而更偏重於使用者體驗、設計或系統調校這類的事。
對於某些狀況來說,有時候就勢必得要做點取捨,尤其是在現在多工作業的當下,如何調校出一個適合使用的系統,就成了一件重要的事情,畢竟一般人不會沒事天天在跑測試軟體(逼硬體Loading長時間維持在滿載),如此一來,這台機器除了跑測試數據之外,應該也什麼事都做不了吧?
當然,系統調校絕不僅在有限的環境下使用,不然以Google這種伺服器數量極多的公司來說,不是只要買機器就好了嗎?但是,對於它們來說,如何榨出每一台機器應有的效能,應該更為重要(當然還是有只要用錢就可以解決的狀況),例:現在很多雲端公司不就是提供這類服務,想要有要有多少效能,只要有錢馬上就能彈性擁有,不過,很抱歉,一般公司或使用者,都不歸類於那種情況之下,所以如何調效系統,就成為一件重要的事情了。
其實調校系統有多重要,我們只要觀察一下有關調校系統的軟體有多少就可以窺知一二,不過,對於一般使用者來說,都可以依據使用需求來選擇硬體,基本上也不需太多調校都能擁有不錯的使用體驗。
只是對於伺服器來說,就不是這麼一回事了,因為伺服器對於系統效能的負載來說,往往都是有多少就用多少,更何況它大多是要供應許多人同時使用,因此,系統效能受到單一使用者或服務給霸佔,那就會造成系統資源失衡的狀況,若是在一般個人使用的環境下,你自己有辦法能夠安排Priority,例:在多媒體進行轉檔時,原則上CPU Loading都是貼近滿檔,這時候大可把電腦擺著讓它轉,但是對於多工的伺服器來說,就不見得能夠如此來衡量。
除非,你手上的伺服器夠多,每一台伺服器都是僅負責單一工作(不過這種機會極少......),不然這就需要適當的系統調校來解決資源搶奪的問題,這也是這篇文章所有表達的主要內容,不過有個觀念得要先溝通一下,一般而言,這種類型的系統調校,勢必會造成單一服務的運行時間變長或效率變差,畢竟這也是為了整體效能所進行的考量。
雖然作業系統本身也具備自動調校的機制,但是對於伺服器端來說,有時人為的介入還是必要的措施,但是最終還是依據整體的需求來調配,千萬不要只是為了調校而犧牲了這個服務或伺服器的核心價值,若是僅為了節省資源,反而喪失其存在的目的就是真的得不償失了。
畢竟在真實的應用環境下,在效能、時間、價格與使用體驗上,還是要有所取捨,尤其是在提供網路或線上服務的伺服器來說更是如此,接著我們就切回到正題,如果我們需要珍對某些服務或程式進行系統效能(一般來說大多是指CPU使用率)的控制,應該怎麼做呢?。
這邊就以我較常使用的Linux系統來說,他所顯示的CPU使用率是有可能會超過100%(與CPU核心數量成正比),所以在系統監控的畫面中若是看見超過100%的使用率也不用覺得太奇怪,這一點是與Windows系統較不同的顯示方式,不過,CPU使用率對於系統端的負載來說是相同的,我們應該怎麼控制它的使用率呢?進而避免單一程序完全耗盡系統效能。
在Windows上,我們或許可以透過處理器親和性設定(這中文好難懂)來限定程式僅能使用多核CPU中的其中幾核,進而達成限縮使用率的效果。
至於在Linux的系統上,可以透過CPULIMIT來達到這相同的效果,其實它的安裝方式相當簡單,照Github上的說明即可完成,不過還是需要一些指令上的操作才能夠達到效果,常用的指令如下:
./cpulimit -P /usr/sbin/httpd -l 15
./cpulimit -e foo -l 50
-p : Process PID.
-e : Process name.
-l : percentage of CPU allowed from 0 to 100.
-P: absolute path name of the executable program file.
不過,如果每次都要這樣子用指令來處理,實在很不方便,因此,還有了加強版的使用方式,我就以此為範本,稍微再改了一下,讓它可以輕鬆地安裝在你所需要的Linux系統中,相關文件如下:(使用OS:CentOS 6.4 64bits)
(將下列三個文件的內容copy後置於同一資料夾,執行sh install_cpulimit_service.sh即可)
install_cpulimit_service.sh
cpulimit_daemon.sh (紅字部分:CPU使用率限制、監視那隻程式)
cpulimit (紅字部份:用於chkconfig之設定)
以上述設定來說,重新開機後,就會針對httpd這程式進行CPU LOADING的監控(依據cpulimit_daemin.sh中的DAEMON_INTERVAL設定值,代表每3秒監測一次)只要超過50%時,就會抑制它的CPU使用率,藉此保留系統效能給其它服務使用,後續就看系統管理者想要如何來進行控管。
其實對於系統調較來說,並沒有唯一解,就如同本文一開始所說,其實對於很多公司來說,伺服器數量不見得是最大的門檻,往往對於個人、測試性質或新創公司來說,才會有此考量,畢竟對於很多服務供應商來說,怎麼找到合理的營運(獲利)模式才是最為重要的一件事。
提供上述的解決方案,希望能夠幫助到有此需求之人,當然也十分歡迎提供你的調校方式。
沒有留言:
張貼留言