informix 影響CPU使用率的配置參數(shù)和環(huán)境變量_第1頁
informix 影響CPU使用率的配置參數(shù)和環(huán)境變量_第2頁
informix 影響CPU使用率的配置參數(shù)和環(huán)境變量_第3頁
informix 影響CPU使用率的配置參數(shù)和環(huán)境變量_第4頁
informix 影響CPU使用率的配置參數(shù)和環(huán)境變量_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、影響CPU使用率的配置參數(shù)和環(huán)境變量Online配置文件onconfig中的下列參數(shù)對CPU的利用率有明顯的影響:NUMCPUVPSSINGLE_CPU_VPMULTIPROCESSORAFF_NPROCSAFF_SPROCNUMAIOVPSOPTCOMPANDNETTYPENUMCPUVPS、MULTIPROCESSOR和SINGL_CPU_VPNUMCPUVPS參數(shù)規(guī)定了Online開始啟動的CPUVP的數(shù)量。分配的CPUVP的個數(shù)不要超過可以為它們服務(wù)的CPU的個數(shù)。對于單處理器的計算機系統(tǒng),Informix建議使用一個CPUVP。對于有4個以上CPU,主要用做數(shù)據(jù)庫服務(wù)器的多處理器系統(tǒng)

2、,Informix建議設(shè)置NUMCPUVPS的值等于處理器總數(shù)減一。對于雙處理器系統(tǒng),運行兩個CPUVP可能會改善性能。這需要監(jiān)控操作系統(tǒng)的CPU使用情況??梢允褂貌僮飨到y(tǒng)命令sar或vmstat。如果運行多個CPUVP,應(yīng)將MULTIPROCESSOR設(shè)置為1,當(dāng)設(shè)置MULTIPROCESSOR為1時,Online以對應(yīng)于多處理器的方式執(zhí)行鎖定。否則,設(shè)置該參數(shù)為0。注意:如果設(shè)置SINGLE_CPU_VP參數(shù)為,則NUMCPUVPS參數(shù)的值也必須是1,如果后者大于1,Online就不能初始化并顯示下面的錯誤信息:CannothaveSINGLE_CPU_VPnow-zeroandNUMCP

3、UVPSgreaterthan1AFF_NPROCS和AFF_SPROC在支持Online和客戶應(yīng)用的系統(tǒng)上,可以通過操作系統(tǒng)把應(yīng)用連接到某些特定的CPU。這樣做可以有效地保留剩余的CPU給OnlineCPUVP使用,它們是用AFF-NPROCES和AFF_SPROC配置參數(shù)連接到剩余CPU的。AFF_NPROCS指定了連接到Online的CPUVP上的CPU的個數(shù)。連接一個CPUVP到一個CPU會引起該CPUVP在這個CPU上的排它性運行。AFF_SPROC指定了Online把CPUVP連接到CPU上時所啟動的CPU。AFF_NPROCS規(guī)定了計算機上可以幫定CPUVP的CPU的數(shù)目。NUM

4、CPUVPS參數(shù)指定了Online將啟動的CPUVP的數(shù)目,AFF_SPROC參數(shù)指定了Online連接第一個CPU序號。例如,某個Online系統(tǒng)所在的硬件平臺有8個CPU,AFF_NPROCS設(shè)置為8(即可用于幫定CPUVP的CPU有8個),NUMCPUVPS設(shè)置為3,AFF_SPROC設(shè)置為5,則3個CPUVP需要幫定到CPU上,是從第五個CPU開始,幫定到第五、六、七個CPU上。需要注意的是,AFF_SPROC的取值是在0和(AFF_NPROCS-NUMCPUVPS+1)這兩個值之間的,不能大于后者。NUMAIOVPS參數(shù)NUMAIOVPS指定最初產(chǎn)生的AIOVP的數(shù)目。如果所在的操作

5、系統(tǒng)不支持核心異步I/O(KAIO),Online使用AIPVP來處理所有數(shù)據(jù)庫I/O請求。推薦的AIPVP數(shù)目取決于Online使用的硬盤個數(shù)。如果所在操作系統(tǒng)不支持或沒有使用KAIO,則Informix建議對包含數(shù)據(jù)庫表的每一個磁盤分配一個AIOVP??梢詫nline頻繁訪問的每六塊增加額外的AIOVP。1如果所在的操作系統(tǒng)使用KAIOVP,CPUVP將直接向操作系統(tǒng)發(fā)出原始的I/O請求。在這種情況下,可以只配置一個AIOVP,此時AIOVP只處理文件系統(tǒng)方式的chunk。如果文件系統(tǒng)方式的chunk有增加時,可以增大AIOVP的數(shù)目。分配AIOVP的目的是要分配足夠的AIOVP以便I/

6、O請求隊列的長度保持很短,即隊列中保持盡可能少的I/O請求。OPTCOMPINDOPTCOMPIND參數(shù)幫組優(yōu)化程序為應(yīng)用選擇合適的訪問方法。如果OPTCOMPIND等于0,優(yōu)化程序給予現(xiàn)存索引優(yōu)先權(quán),即使在表掃描比較快時。如果OPTCOMPIND設(shè)置為1,給定查詢的隔離級設(shè)置為RepeatableRead時,優(yōu)化程序才使用索引。如果OPTCOMPIND等于2,優(yōu)化程序選擇基于開銷選擇查詢方式。,即使表掃描可以臨時鎖定整個表。NETTYPENETTYPE參數(shù)為Online實例支持的每個連接類型配置輪詢線索。如果sqlhosts文件中支持一個以上的接口或協(xié)議的連接,就必須對每個連接類型規(guī)定獨立的

7、NETTYPE參數(shù)。也即,每中與數(shù)據(jù)庫服務(wù)器名字有關(guān)的連接類型都需要單獨指定一個NETTYPE參數(shù)。每個用NETTYPE表項配置或動態(tài)加入的輪詢線索在不同的VP上運行,輪詢線索可以在兩類VP上運行:NETVP和CPUVP。為得到最佳性能,Informix建議使用NETTYPE表項為CPUVP類只分配一個輪詢線索,將其余輪詢線索輪詢線索分配給NETVP。分配給任何一種連接類型的輪詢線索不得超過NUMCPUVPS的取值。單CPU計算機上每個輪詢線索的最佳連接個數(shù)不超過300,多CPU機上可多達(dá)350個。但一個輪詢線索最多支持1,024甚至更多的連接。NETTYPE的配置格式如下:NETTYPEco

8、nnection_type,poll_threads,c_per_t,vp_classconnection_type標(biāo)識輪詢線索分配的連接協(xié)議。poll_threads是分配給該連接類型的輪詢線索數(shù)目。對任何連接類型,這個值不能超過NUMCPUVPS值。c_per_t是每個輪詢線索的連接數(shù)目??梢杂萌缦鹿接嬎氵@個值:c_per_t=connections/poll_threadsconnections是所希望指定的連接類型支持的最大連接數(shù)。對于共享內(nèi)存連接(ipcshm),該值應(yīng)該加倍以獲得最好的性能。vp_class是可運行輪詢線索的VP類。如果CPUVP上只運行一個輪詢線索,那么指定為C

9、PUVP。為了達(dá)到最好性能,當(dāng)要求多個輪詢線索時應(yīng)該指定為NETVP。如果c_per_t的值超過了350,而當(dāng)前連接的輪詢線索數(shù)小于NUMCPUVPS,可以增加輪詢線索數(shù)目,但不能超過NUMCPUVPS,然后重新計算c_per_t的取值。注意:每個ipcshm連接需要一個信號量。當(dāng)c_per_t的值很大時,對于某些操作系統(tǒng)要相應(yīng)增加信號量。如何監(jiān)控系統(tǒng)CPU的使用情況:1.使用UNIX的監(jiān)控工具SAR或VMSTAT來監(jiān)控CPU的使用情況。例:sar510%usr%sys%wio%idle10:06:2234106510:06:2734206410:06:32341065210:06:37171

10、08210:06:4711098連續(xù)監(jiān)控%idle來確認(rèn)CPU沒有超載。如果%sys的值很大則可能應(yīng)用有問題。2.監(jiān)控CPUVP的方法onstat-ggloIndividualvirtualprocessors:vppidclassusercpusyscputotal可以通過該監(jiān)控看出CPU忙占用的時間(隔60秒分別監(jiān)控結(jié)果)。如果非常忙,則需要增加CPUVP。onstat-greaReadythreadstidtcbrstcbprtystatusvp-classname如果有大量的線索在等待隊列中,則說明需要增加CPUVP。影響內(nèi)存使用效率的Online配置參數(shù)SHMVIRTSIZESHMA

11、DDBUFFERSRESIDENTSTACKSIZELOCKSLOGBUFFPHYSBUFFSHMVIRSIZESHMVIRTSIZE參數(shù)規(guī)定了初始分配給Online的共享內(nèi)存的虛擬區(qū)的大小。共享存儲器的虛擬區(qū)存儲與會話、請求有關(guān)的數(shù)據(jù)及其它信息。雖然Online按處理大型查詢或高峰負(fù)荷的需要增加共享內(nèi)存給虛擬區(qū),但共享內(nèi)存的分配增加事務(wù)處理的時間,Informix建議設(shè)置SHMVIRTSIZE以提供一個滿足一般日常操作需要的虛擬接口。SHMADDSHMADD參數(shù)規(guī)定Online自動加到虛擬區(qū)的共享內(nèi)存增量的大小。在決定該值的大小時有些折中因素。增加共享內(nèi)存要占用CPU周期:每次的增加量越大,

12、增加次數(shù)就越少,留給其它的進程的內(nèi)存也越少。通常采用大增加量,但當(dāng)內(nèi)存負(fù)荷很重時,少量增加使其他程序更好的共享內(nèi)存資源。Informix有如下建議:內(nèi)存大小SHMADD=51216,384KB32,768KBBUFFERSBUFFERS是可以用于Online的數(shù)據(jù)緩沖區(qū)數(shù)。這些緩沖區(qū)駐留在駐留區(qū),用來緩存主存中的數(shù)據(jù)庫的數(shù)據(jù)頁??捎玫木彌_區(qū)越多,所需的數(shù)據(jù)頁就越可能用于前一次請求而已經(jīng)在內(nèi)存里。這個參數(shù)對數(shù)據(jù)庫I/O和事務(wù)處理吞吐量有明顯的影響。但是,分配過多的緩沖區(qū)會影響內(nèi)存系統(tǒng)并導(dǎo)致過多的頁面活動。Informix建議設(shè)置BUFFERS為物理內(nèi)存(以MB為單位)的20%到25%。實際BUF

13、FERS的單位為頁,不同操作系統(tǒng)的頁大小是不同的,因此需要計算。3使用onstat-p監(jiān)控讀緩存的頻率。這個頻率代表一個查詢請求的數(shù)據(jù)庫頁已經(jīng)在共享內(nèi)存里的百分比。(還沒有存在的頁必須從磁盤拷貝到內(nèi)存中)。如果此值很低,可增加BUFFERS并重新啟動Online。在增加BUFFERS值時,到達(dá)某一點后,增加BUFFERS也不再明顯改善讀緩存的頻率,或者達(dá)到操作系統(tǒng)共享內(nèi)存分配的上限。如果讀高速緩存的比率很高,則應(yīng)下調(diào)BUFFERS并重啟動Online。RESIDENTRESIDENT參數(shù)規(guī)定是否強制共享內(nèi)存駐留作為Online共享內(nèi)存駐留區(qū)。這個參數(shù)只對支持強制駐留的機器有效。Online中的

14、駐留區(qū),包含用于數(shù)據(jù)庫讀寫作業(yè)的LRU隊列。LOCKS參數(shù)LOCKS設(shè)置任意時刻可用的鎖的最大數(shù)量。Online中每個鎖需要占用駐留區(qū)段的44個字節(jié),分配共享內(nèi)存時要考慮鎖所用的資源。一般鎖可以分配的大些,對應(yīng)用比較忙的系統(tǒng)可以到800萬以上。LOGBUFF參數(shù)LOGBUFF指定為三個用來保存邏輯日志記錄的緩沖區(qū)分別保留的共享內(nèi)存的數(shù)量。這些緩沖區(qū)保存著邏輯日志記錄,直到它們被刷新到硬盤上的邏輯日志文件。緩沖區(qū)的大小決定了它被添滿的頻率,從而決定了它必須被刷新到硬盤上的邏輯文件中的頻率。PHYSBUFF參數(shù)PHYSBUFF指定為兩個用來暫時保存將被修改的數(shù)據(jù)頁的緩沖區(qū)分別保留的共享內(nèi)存的數(shù)量。

15、緩沖區(qū)的大小決定了它被添滿的頻率,從而也決定了它被寫到硬盤上的物理日志的頻率。如何監(jiān)控內(nèi)存使用情況:1.使用ONSTAT-GSEG命令監(jiān)控共享內(nèi)存的SEGMENTS。onstat-gsegSegmentSummary(residentsegmentsarenotlocked)idkeyaddrsizeovhdclassblkusedblkfree。這里三行分別代表了駐留內(nèi)存段(class為R)、虛擬內(nèi)存段(class為V)、消息內(nèi)存段(class為M)blkused和blkfree分別代表使用空間和空閑空間。如果虛擬內(nèi)存段的blkused頻繁增加,則需要將SHMVIRTSIZE和SHMADD相

16、應(yīng)調(diào)大,調(diào)整后重新啟動Online。2.使用ONSTAT-P1)ovlock指出分配的locks的不足量,如果該值持續(xù)增長,則需要增大參數(shù)LOCKS的值。2)ovbuf指出分配的buffers的不足量,如果該值持續(xù)增長,則需要增大參數(shù)BUFFERS的值。3)lockwaits/lockreqs*100應(yīng)該小于1%,如果這個計算值比較高,則應(yīng)有如下考慮:。是否用了太多的pagelevellocks。如果是,可以考慮用rowlevellocks??紤]用了tablelevellock的應(yīng)用是否可以用其它類型的lock。是否有太多的isolation設(shè)置為RepeatableRead和CursorSt

17、ability。確定是否可以使用更多的DirtyRead來替代。),4bufreads%cached的值指出buffer讀的百分比,該值建議大于95%,否則增大BUFFERSbufwrits%cached的值指出buffer寫的百分比,該值建議大于85%,但太大如大于97%則可以將BUFFERS相應(yīng)減少些。影響I/O的配置參數(shù)CKPTINTVLPHYSFILE4CLEANERSLRUSLRU_MAX_DIRTYLRU_MIN_DIRTYCKPINTVL,PHYSFILECKPINTVL參數(shù)指定檢查點之間的時間間隔。當(dāng)檢查點間隔到了,則系統(tǒng)執(zhí)行檢查點操作。但如果這期間的所有數(shù)據(jù)物理上是一致的,O

18、nline可以跳過檢查點操作。另外,一旦物理日志(PHYSFILE)的75%已滿,檢查點也會發(fā)生。通過設(shè)置CKPTINTVL為長時間間隔,可以利用物理日志容量來觸發(fā)基于實際數(shù)據(jù)庫活動而不是任意時間單位的檢查點操作。但是,使用長檢查點間隔回增加失敗事件之后的恢復(fù)時間。LRUS、LRU_MAX_DIRTY和LRU_MIN_DIRTYLRUS參數(shù)指示共享內(nèi)存緩沖池中設(shè)置的最近最少使用(LRU)隊列數(shù)目。配置較多的LRU隊列將允許有更多的頁清除器操作,并減少每個LRU隊列的大小。對于單CPU系統(tǒng),Informix建議設(shè)置LRUS參數(shù)為最小值4。對于多CPU系統(tǒng),Informix建議設(shè)置LRUS為最小值4和NUMCPUVPS的取值之中較大的一個??梢杂肔RUS和LRU_MAX_DIRTY及LRU_MIN_DIRTY來控制在滿的檢查點之間頁被刷新到磁盤的頻度。在某些

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論