http://netcity3.web.hinet.net/UserData/snap2679/novell_concepts11.htm 將伺服器的能量全都榨出來 將伺服器性能最佳化 □ 網路上有很多獨門技巧或是共享軟體，可以將 Windows 內部的參數動手腳而得到一些性能的改善。在Netware Server這裏呢也是有這樣的技巧，而且改善的空間也相當的大，因為原廠將很多參數都調的相當保守，待你看完這篇文章後，就用monitor(Netware 5)或是servman(Netware 4.2以前)二個程式來修改吧。 本文是參考support.novell.com裏頭的二篇這樣主題的文章粹取出來並稍加潤飾，好幫助各位讀者消化:)話不多說，且看演練! □ 硬碟加速 □ 網卡加速 □ 記憶體加速 □ 系統核心加速 □ NDS加速 □ 其他加速 □ 硬碟加速 □ 調校硬碟的效能 由於硬碟擔任的角色很重、但他的速度往往和網卡二個在搶最後一名，所以解決掉網卡的速度問題後，就要考慮解決硬碟的性能問題了。 不過解決硬碟的性能問題之前，首先要注意的是，如果預算夠的話，應該採買夠多的硬碟以組成磁碟陣列Raid5，一方面容錯、一方面Raid5可以在讀資料出來時快一些。另外如果可以的話，不要把磁帶機、光碟機和高速硬碟接在一起，因為它們相對於硬體來說都是較慢，套句以前有一位網友講的話，就是「誰跟它接上誰倒霉」 :) 據正康的了解Novell Server只能做磁碟映射(Raid 1)，而Raid 5的磁碟陣列需由硬體廠商提供才行，不過現在買一部有牌的伺服器差不多都內建了，光華牌的也可以買個外接的。 好，講到正題。 硬碟雖然平日有記憶體作為Cache來加速存取，但有限的記憶體是無法照顧到所有的硬碟磁區，所以加大記憶體不失為改良效能的良方。但光改善記憶體數量還不夠，你的硬碟系統也要爭氣，所以買更新更快的硬碟、SCSI卡是必要的。如果硬碟不夠快，存在記憶體Cache的資料想寫回去而寫不回去，這時這個Cache就被標記成 Dirty Cache，以表明該區Cache已經在等待啦，如果不快寫回去，硬碟的資料就不正確。 Dirty Cache的值不能高，一高表示硬碟的回應太慢，此值可在Monitor模組看到。如果無力買新硬碟、SCSI卡等設備，這時候就是看這篇文章進行調校、榨出伺服器最大出力的時候了! 請設定以下的值為＊… SET Maximum Concurrent Disk Cache Writes = 500(default 50) SET Maximum Concurrent Directory Cache Writes = 100(default 10) SET Dirty Disk Cache Delay Time = 0.5(default 3.3 sec) 這樣的設定會更操硬碟，當然效能也會有較好的表現。試試看這樣調整會不會使dirty cache的值降到接近0，如果不穩定，再調回來也就是了。 ＊在載入servman.nlm/monitor模組後，選server parameter /file caching 可設定第一、三項，選directory caching 可設定第二項。 □ 用盡每吋硬體空間：Suballocation 在Netware Server預設的硬碟空間，每一個硬碟的block是64KB這麼大，可是有一些小檔案不足64KB怎麼辦? Novell在4.x以後的伺服器引進suballocation的功能，本功能是用在Volume的特性上，當小檔案存進有開suballocation功能的Volumes裏，Volume就會選一個block，將它細分成更小的block(512 bytes)，小檔案就存在這個小block，就不會造成浪費了。 當然這樣做會麻煩伺服器多些處理的功夫，如果貴單位講就的是性能第一，那可以考慮把這功能關掉。只是這功能的啟動與否在開volume時就搞定了，所以這裏並沒有任何的指令可以讓你改。 那講這個不能改的功能，正康你要如何改善伺服器的效能呢? 偶講這個功能雖然不能積極的改善伺服器的效能，但卻能防止伺服器無來由的忙碌。因為做suballocation時需要額外的硬碟空間，如果硬碟空間低到空百分之二十都不到，那麼新舊檔案進來做suballocation時就會拖慢伺服器。所以看到這裏，大家就該知道要注意什麼了吧? □ 硬碟老是高速運轉、效能卻不見提升? 有可能是硬碟現出壞軌了… 執行servman模組/Storage Information/Netware Partitions，檢視UsedHotfix blocks是否已經有值存在。如果有表示已經有壞軌存在了。壞軌數不多無可以安心了，但還是要注意這個值變化的速度，如果再過了一陣子增加的很快，那還是快點準備換硬碟吧。 觀察壞軌也可從另外一邊進行： 請執行monitor/Disk Information/device，按ENTER，再按TAB鍵可以找到一項資訊Redirected Blocks就是表示已經陣亡的block數(這是NW4.X＊)。看這裏的資訊比較適合以「硬碟」為對象的方式來查詢，因為也許你的系統的硬體是由二顆硬碟組成的netware partition，有可能一顆正常，另一顆壞軌穩定增加中。因此這個狀況就很適合以硬碟為觀察對象了。 ＊NW5的硬碟壞軌觀察術也很類似，按Monitor/Storage Devices/Hot Fixed partition，也可觀察到Used Hot Fixed Blocks的值是否不為零。如果是，而且還穩定增加，那麼就恭喜你了:) □ 網卡加速 調校通訊的品質，可以從以下設定著手： 1) 設定Maximum Physical Packet Receive buffers值 Physical Packet Recieve Buffers指的是伺服器網卡預留給從網路線進來的最大封包空間。一般說來常見的幾種網路，如乙太網路只需1524Bytes，記號環(TokenRing)和光纖需要4540bytes，Arcnet和LocalTalk就只需618Bytes。 預設值記得是4202bytes，因此使用各類網路的管理員們，該是您調整設定值的時候了。 2) 設定Minimun&Maximum Packet Reeicve Buffers值 Novell建議最小Packet Recieve Buffers值設定約為連線數×2-3倍，最大Packet Recieve Buffers設定在4000或以上。 啊什麼是Packet Recieve Buffers?根據Novell課本的說法，就是「在伺服器上的記憶體割一塊預留的空間，專門放置從網路卡湧進來的封包」。從這段敘述大家就知道了，這塊空間有點像KTV的大廳，許多紅男綠女都想擠進包廂唱歌(被伺服器處理)，還沒包廂的人就在大廳裏等著(從網卡進來的封包在Packet Recieve Buffers裏等著)，簡單說完，請掌聲鼓勵 :) 以上的值請在載入monitor模組後到server parameter/communication設定裏找找。 3) 檢查No ECB值 在Monitor模組裏 LAN/WAN，隨便選一張卡，在裏頭一堆訊息裏，有鍋No ECB (Event Control Block)。available count的值，表示伺服器無法獲得足夠的packet recieve buffers。此值是累加性，表開機後到現在有幾次這種狀況發生，如果這個值一直穩定增加，那麼就表示你要去買記憶體了。 □ 記憶體加速 □ 增加Maximum Service數 所謂service，就是指系統裏每個處理外來需求的執行緒(threads)，這就是service。實務上這台伺服器有多少個connection，乘以二、三倍就是合理的service數。 一般說來一台4.11 Netware Server可以處理多達 1000鍋service。所以你可以設定最大的service直接設到1000，別擔心會佔用到什麼其他資源，如果沒有用到的話系統也不會先擺個路障在記憶體裏。 (不過這樣說來，我就不知道一口氣設那麼大，有什麼好處了) 這裏有個相關service的參數就絕對對伺服器的效能提升有大幫助! new service process wait time to 0.3 (default is 2.2) 請注意0.3,2.2是秒，原廠是設定新service啟動時間是2.2秒，好慢喔。 更動的方式以nw4.11為例，在system console下執行load servman/server parameters/miscellaneous下面就有這個maximum service processes。鍵入要改的值後，按ESC鍵離開後，系統會提示變動的值會存入startup.ncf或autoexec.ncf裏，通常就按enter給它確定了吧! 通常會update進startup.ncf的設定多是偏向硬體。反之就偏向軟體設定。如果是要更新startup.ncf的內容，通常這樣的設定要重開伺服器才能生效，因為startup.ncf是系統核心一載入後的第一個執行的ncf檔。 □ 檢查「Upgrade Low Priority Threads」為OFF。 請檢查以上那項敘述的值(本設定的位置和上一欄設定在一起)是否為OFF。有許多utilization值偏高的原因是它造成的。在Netware 5時這個設定已經不復存在。 □ 測量LRU時間 LRU Sitting Time是指一種File Cache buffers＊使用狀況的指標、也有人稱它叫作cache churn rate。為什麼我會說的這麼模糊，是因為我也看不大懂原文寫的是什麼。 總之這個值是以時間做為單位，若低於 15 分鐘表示你伺服器的記憶體不夠了啦。 本設定值放在Monitor模組的cache utilization裏的LRU Sitting Time。值得注意的是它上面的指標long time cache hits依我前面查得的文章顯示，低於九十也表示記憶體不夠了。要加RAM。 ＊所謂File Cache Buffers，是指伺服器啟動後載入核心及一些系統檔、應用程式檔案後「剩下的記憶體」。這些記憶體將分配給登入的使用者使用；為了加快存取的速度，檔案的讀出寫入都會經過這段記憶體，如果稍後還有他人要使用剛剛的檔案，則系統會按排這些讀寫由記憶體進行，如此一來就不需要從硬碟裏讀檔，使用者會覺得伺服器的速度變的較快。 □ 讓伺服器更快找到你要的檔案：目錄加速 此處的目錄不是指Novell NDS，是指大家平常看到的那鍋目錄，或說是「資料夾」。因為檔案很多，所以你平常就會用目錄來分類以促進找檔案的速度，在伺服器上也是一樣，所以就會有個DET表(Direcotry Entry Table)，此表和檔案配置表(FAT)一樣，為了加速的緣故會放在記憶體裏以加速搜尋。如果你的目錄架構太複雜，那就有加大Directory Cache Buffers的必要，所以設定最小目錄快取約是你連線數目乘以二到三倍、最大目錄快取就設到 4000 吧。 另外也可設定分配directory cache的等待時間縮到0.5秒，也是個不錯的建議。 建議整理如下：(Monitor/ServerParameter/Directory Cache) minimum directory cache buffers = 連線數 × 2-3 倍 maximum directory cache buffers = 4000 directory cache allocation wait time to 0.5 (default is 2.2) □ 系統核心加速 □ 安裝最新版本的更新檔 在Netware 4.x版更新檔都是 IWSPx.exe開頭，在Netware 5都是以NW5SPx開頭。常常到Novell的更新檔網站下載最新的更新程式，絕對是改善效率的最佳良方。如果你沒有按時更新這些修正檔，那正康奉勸你先去做這事，很多時候換完更新檔，問題就解決了。 另外，更換廠商提供的最新硬體、韌體驅動程式也是改良效能的良方，如果有的話。 □ 檔案壓縮：以時間、伺服器效能換取空間 有時候硬碟的空間很有限，就必須開啟「檔案壓縮」的功能。此功能一般在安裝Volume時預設就是「on」的狀態。 不過這個特性有時也會有一些麻煩，就如同標題所寫的，它是用伺服器的效能和時間來換取空間，也就是說檔案在瘦身的同時，伺服器是必須付出一些效能的損失和運作的時間。如果這個壓縮的過程很長，則同時間連線的使用者將感受到伺服器變慢了。 因此以下幾個設定值可做調整，視你的環境給定適當的值： the Days Untouched Before Compression 幾天內不碰的檔案，就給它壓縮，default值十四天。像這樣的整批壓縮都會發生在凌晨十二點至早上六點。(預設值) Deleted Files Compression Option = 0 或 1 或 2 (0 不壓縮 1隔天壓縮 2立刻壓縮) 刪除檔。 Enable File Compression=OFF 檔案壓縮功能關閉。從此檔案壓縮功能就關閉了。 set compress screen = on 想知道將要有那些檔案要壓縮/解壓縮，請使用本指令。 SET Minimum Compression Percentage Gain to 20 壓縮後少不到百分之二十的，不壓縮。 Minimum File Delete Wait Time 刪掉後的檔案要等多久後才開始壓縮。預設值1分5.9秒。 這裏的所有的值都可以在 Monitor/ServerParameter/FileSystem見著。 □ 檔案的解壓縮： 解壓縮和壓縮一樣，同樣會高度用到處理器的資源。以網路上的文件所提供的數據是：CPU為Intel 60MHz的處理器，一秒可解1MB的檔案。我想這個數據應該是整台伺服器沒做什麼事，全速解壓縮所得來的結果，雖然說現在的伺服器早就超過60MHz好幾倍，但大家也要記得檔案也大了好幾倍… □ 寫後覆檢驗證(Read After Write Verification)的取消 請注意本功能有點風險。寫後覆檢驗證的設計是為了保謢資料完整性，但同時也拖累了性能的表現，如果你對你的系統還滿有信心，比如說有做磁碟映射的功能，或是這個volume放一些暫時的資料(如作proxy)你大可將這個功能關掉以獲得相當幅度的性能改善。 更動本設定值的設定在： monitor/server parameter/disk Enable Disk Read After Write Verify = on/off □ NDS加速 □ NDS的維護 更新NDS的版本、維護NDS的健康與Replica的擺設對整體效能的提升絕對有幫助。 更新NDS的版本很重要自不待言，維護NDS的健康也是不需要我再嘮叨，而replica的擺設之前沒提過，這裏就再以我的經驗稍微提供一些堪用的建議： 一、注意Replica的大小。 二、注意replica擺的地方。 Replica的大小是依該replica所含的物件數而決定。一般說來是一百個物件以上、一千五佰個物件以下(或有一說是三千五百個)為一適當的replica大小。太大就很笨重，太小就沒有特別劃分出一個獨立的replica的必要。 至於replica擺的地方嘛，就借用Novell課本常用的一句話，就是「讓資源靠近使用者」，就對啦!! □ 其他加速 □ 注意Monitor模組的使用率(utilization) Monitor模組的utilization表示伺服器的處理器目前忙碌的程度，按照正康以前的文章所說，最好不要高過六十，如果常超過可考慮換CPU以增進效能。 但實務上不高過六十是很難的。這個時候Novell說話了，他說其實常有短暫高到100也不要擔心，是因為某些程式?叫到一些怪異的模組就會產生這不正常的情形，常常滿百在4.10伺服器上不是件異常的事。不過我想這也是個BUG吧，不知在新版的伺服器上修改過了沒。 □ 移除多餘的印表機 就像所有的Novell課本都會這樣建議，如果伺服器的負載過重，不是加強它的硬體，就是減輕它的負擔。 因此如果有一台伺服器很想不顧一切要把它的效能升起來，那就想辦法減輕它的負擔嘍－移除不必要的印表機是一招。 愈多的印表機掛在某一台伺服器上，雖然管理挺方便的，但繁重的印表工作(如印一張AutoCad圖)可能讓伺服器的效能整體降低。試著移除多餘的印表機，或是將印表量大的印表機買個print box來負責。 □ 本篇性能調校的文章就在這告一段落，因為平常很少動到這些設定，這次寫來真是覺得很繁瑣…那裏來的這許多設定？ 雖然還有些內容在我主觀認定下被捨棄了，但應該不影響整篇文章的價值，但願大家的伺服器都能夠運作的更穩定、性能更超強，那我的心血就沒有白費啦!! Last Update 1999/10/11 (C) 1997-1999 by ChengKang Chiang, All World Wide Rights Reserved. *************************************************************************** 哈哈&兵燹 最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind