Solaris下的性能與調(diào)整

1、Solaris下的性能與調(diào)整ZT著手性能問題性能監(jiān)測從暴露出來的問題開始知道你的系統(tǒng)在正常情況下會怎樣尋找性能瓶頸一些常見問題和一些建議64位的運(yùn)算與容量能帶來什么空閑內(nèi)存優(yōu)先內(nèi)存頁面調(diào)度隱私的共享內(nèi)存(ISM-Intimate Shared Memory)與共享內(nèi)存有關(guān)的交換空間設(shè)置進(jìn)程間通信(IPC)的參數(shù)當(dāng)一個系統(tǒng)運(yùn)行緩慢性能下降的時候，很難知道原因是什么。是內(nèi)存泄漏，磁盤 子系統(tǒng)瓶頸，還是某個特定應(yīng)用程序在可擴(kuò)展性方面有限制？有一些途徑可以發(fā) 現(xiàn)和了解引起性能問題的根源，并且有可能消除它。本文給出了從哪里入手的一些建議。文中介紹了如何著手性能方面的考慮以及如 何定位常見的性能瓶頸，還介

2、紹了與性能密切相關(guān)一些概念，比如私有的共享內(nèi) 存(ISM-Intimate Shared Memory)與優(yōu)先內(nèi)存頁面調(diào)度。文章重點是放在Sol aris 2.6, 7,和8操作環(huán)境下。著手性能問題性能，或許比計算機(jī)系統(tǒng)其它方面的行為更需要有通盤的考慮。為了識別來自一 個或多個組件的問題根源，必須要采取結(jié)構(gòu)化的方法。實際的結(jié)果是，解決性能問題過程中最重要的一個部分是定義你正在試圖解決的 問題。從實際應(yīng)用的方面來講，這意味著定義一個操作或者測試用例，從而可 以：知道系統(tǒng)當(dāng)前有多快。知道系統(tǒng)需要快X倍；或者知道系統(tǒng)曾經(jīng)在不同環(huán)境下快過X倍。設(shè)置基線是開始的第一步。性能分析是由簡單明確地定義所需解決

3、的問題開始的 自上而下的一個過程。如果你想要一個系統(tǒng)運(yùn)行得快一些，你仍然需要定義這個 系統(tǒng)的哪些屬性是你想要改進(jìn)的，以及哪些代價是你可以接受或者不可以接受 的。除非你能夠明確地描述出問題癥狀/機(jī)會，想要識別出問題的根源只會是碰 運(yùn)氣。性能分析很象是偵探工作，我們通過證據(jù)和觀察建立事實依據(jù)，非常小心不要陷 入預(yù)先想象的與事實不符的結(jié)論中一一只有在具備非常壓倒性的證據(jù)時才確認(rèn) 猜想。對所有假設(shè)都要懷疑。其他人聲稱的事實實際上只是個可能正確也可能不正確的 假設(shè)。如果這個假設(shè)是錯誤的，你可能會是在不正確的依據(jù)下工作，從而得出不 正確的結(jié)論。這里有一些警告。Solaris操作環(huán)境在大多數(shù)情形下對于工作負(fù)

4、荷的自我性能優(yōu) 化都是很好的。發(fā)行版本越新，需要手工做的性能優(yōu)化就越少。性能問題的根源 經(jīng)常被發(fā)現(xiàn)是因為一個試圖優(yōu)化性能的行為引起的。首先需要注意應(yīng)用程序，最 后才是操作環(huán)境。任何對系統(tǒng)配置的更改，比如象內(nèi)存大小和磁盤布局這樣的性能設(shè)置，都應(yīng)該檢 查其當(dāng)前的正確性。同樣，一個帶參數(shù)的系統(tǒng)升級也有可能對新操作環(huán)境的性能 帶來影響。性能監(jiān)測從暴露出來的問題開始什么操作使你看到性能問題的癥狀？比如說，是特定類型的數(shù)據(jù)庫查詢，文件或網(wǎng)絡(luò)操作比你期望的慢？在給出測試 用例方面你能把操作步驟做到多具體，例如一個SQL查詢或者30行的C程序？最大程度利用你的知識盡可能準(zhǔn)確地說明“什么地方出了什么問題”以定義

5、你的 問題。良好的問題說明的例子就像這樣：一個SQL查詢在VXFS上比在UFS上要花兩倍的時間。SVR4消息隊列操作在操作環(huán)境版本A上比在操作環(huán)境版本B上要多花百分之30 的時間。登錄進(jìn)系統(tǒng)A比登錄進(jìn)系統(tǒng)Y多花三倍的時間。一個問題說明不應(yīng)該包括解決方法或者是可能的解決方法。在大部分的時候，對問題有一個清晰的說明就意味著完成了解決問題過程的一大 半了。在對你試圖解決的問題進(jìn)行說明的時候考慮到用戶觀點的因素也很重要， 這意味著要從應(yīng)用程序的角度來看。這和人們的天性相反，人們總是通過實驗試 圖去證明或者證偽一個可能的原因，而不是依據(jù)觀察得到的事實來評估一個原因 的可能性程度。不恰當(dāng)?shù)膯栴}說明就象這樣

6、：mpstat的wt列表明等待時間過多。用戶任務(wù)花時間太長。一個系統(tǒng)和它的應(yīng)用程序的功能正確性問題與性能問題之間的邊界往往是一個 灰色地帶。整個系統(tǒng)掛起與進(jìn)程掛起的問題不在本文討論范圍之內(nèi)。如果你懷疑 系統(tǒng)的功能不正確，而不是性能問題，那么給你的SUN解決方案中心打電話以找 到一個解決問題的方法。高性能系統(tǒng)的前提是它的功能首先要正確。作為你積極的維護(hù)計劃的一部分，檢查/var/adm/messages中有沒有比如磁盤重 試之類的硬件問題或者有沒有額外的消息產(chǎn)生也是很有價值的。察看系統(tǒng)的歷史信息也非常有價值；如果你的系統(tǒng)曾經(jīng)有過更好的性能，畫一條 時間曲線詳細(xì)記錄何時第一次發(fā)現(xiàn)性能變差以及從什么

7、時候開始性能一直很 差。知道你的系統(tǒng)在正常情況下會怎樣保存你的系統(tǒng)是如何正常運(yùn)轉(zhuǎn)的樣例是一個好主意。你可以很容易地收集和保存 每月的性能數(shù)據(jù)，比如：*stat 類：vmstat, mpstat, iostat, vxstatsarps的輸出以顯示哪些進(jìn)程在運(yùn)行（在Solaris 8操作環(huán)境下是prstat）另外，有不少商業(yè)的和無支持的產(chǎn)品都可以用來做性能監(jiān)測。一個免費(fèi)的無支持 的可選產(chǎn)品是SE Toolkit（要獲得其各種版本的信息，請看Sun Performance S E Toolkit page）。SE Toolkit報告磁盤活動、CPU利用情況、TCP和網(wǎng)絡(luò)連接、 內(nèi)存，以及其他更多信

8、息。在我們的經(jīng)驗里，它安裝方便，不需要重啟系統(tǒng)，并 且生成容易理解的圖形顯示。很多這類產(chǎn)品都存在一個共同的問題，就是對不同的硬件配置有不同的門限值。 例如，特定的門限值對于400-MHz的系統(tǒng)可能顯得太過，會讓這個系統(tǒng)慢得象是 在爬一樣，但是對于一個900-MHz的系統(tǒng)卻可能是可以接受的。尋找性能瓶頸一旦你已經(jīng)定義了需要解決的性能問題，下一步驟就是縮小范圍到瓶頸產(chǎn)生的地 方。這個階段有必要問這樣一些問題：應(yīng)用程序能告訴我它看到哪些是瓶頸？拿Oracle作例子，一個Oracle數(shù)據(jù)庫管 理員應(yīng)該知道BSTAT/ESTATS是什么以及如何運(yùn)行和理解它們。還是那句話，從 應(yīng)用程序的角度來看問題，BS

9、TATS/ESTATS可以顯示限制了 Oralce性能的瓶頸， 這可以作為進(jìn)一步分析的指導(dǎo)。大部分的時間花在哪里，是內(nèi)核還是用戶進(jìn)程？通過vmstat、mpstat、sar、ps、 prstat可以回答這個問題。具有相近類型的所有資源是否同樣繁忙？這個問題的意義在于尋找資源的不平 等分布。比如，一個磁盤可能是瓶頸所在，或者一個CPU會比其他CPU更忙。對 CPU，看 mpstat。對磁盤，用 iostat。哪個或哪些進(jìn)程在使用最多的資源？用這些命令可以看到使用CPU和內(nèi)存最多 的進(jìn)程：ps -eo pid,pcpu,args | sort +1nCPU百分比 ps -eo pid,vsz,ar

10、gs | sort +1nK字節(jié)的虛擬內(nèi)存/usr/ucb/ps aux |more輸出被排序，使用CPU和內(nèi)存最多的進(jìn)程排在上面。Solaris 8操作環(huán)境提供了 prstat，它給出CPU和內(nèi)存使用情況的一個動態(tài)注解。 prstat -cvm的輸出結(jié)果非常有用。我們現(xiàn)在來看看怎用使用一些常見的Solaris命令來開始性能分析。vmstat -使用 vmstat 命令vmstat命令是簡單的。這里我們可以看到一個對于正在執(zhí)行的應(yīng)用程序，CPU 能力不足的例子。% vmstat 15procs memory page disk faults cpur b w swap free re mf p

11、i po fr de sr m0 ml m2 m3 in sy cs us sy id45 0 0 2887216 182104 3 707 449 6 455 0 80 2 6 1 0 1531 5797 983 61 3 0 958 0 0 2831312 46408 5 983 582 56 3211 0 492 0 0 0 0 1413 4797 1027 6 9 31 00 0 2830944 56064 2 649 656 3 806 0 121 0 0 0 0 1441 4627 989 69 3 1 00 0 2827704 48760 4 818 723 6 800 0 12

12、1 0 0 1 0 1606 4316 1160 66 34 00 0 2824712 47512 6 857 604 56 1736 0 261 0 0 1 0 1584 4939 1086 6 8 32 00 0 2813400 47056 7 856 673 33 2374 0 355 0 0 0 0 1676 5112 1114 7 0 30 0 60 1 0 2816712 49464 7 861 720 6 731 0 110 7 0 3 0 2329 6131 1067 64 36 0 58 0 0 2817552 48392 4 585 521 0 996 0 146 0 0

13、0 0 1357 6724 1059 729 0vmstat輸出的第一行總是可以忽略。在procs下面標(biāo)著r的一列是等待獲得C PU的進(jìn)程運(yùn)行隊列中的進(jìn)程數(shù)。id列是CPU空閑時間。這臺機(jī)器沒有足夠的C PU資源以滿足進(jìn)程運(yùn)行的需要，這可以從它的大部分CPU時間花在用戶空間里 看出來（看us”列）。這里有兩種辦法可供采用第一，增加更多的CPU，或者第二，對應(yīng)用程序的 代碼作性能分析看看是不是應(yīng)用程序的某部分可以優(yōu)化。對代碼片斷作優(yōu)化可能 會需要非常大量的努力一一而且有時候收到的效果很少。在關(guān)系到時間的時候， 最好在考慮你可能的“投資回報”時現(xiàn)實一點。mpstat -使用 mpstat 命令mp

14、stat命令報告每個處理器的統(tǒng)計信息，表格中的每一行代表一個處理器的活 動情況。$ mpstat 5CPU minf mjf xcal intr ithr csw icsw migr smtx srw syscl usr sys wt i dl0 2003592 3350 2338 1355 43 184 2850 4578 9 6 1 841903044652832139135398140061709 6 1 8525035250729521531584331830750812 7 1 8126035751330220821554251810746012 7 0 81CPU minf mjf

15、 xcal intr ithr csw icsw migr smtx srw syscl usr sys wt i dl0 3 0 3879 3773 2754 1832 61 322 339 0 3424 12 7 0 812 0 555 544 264 3040 197 670 112 0 4828 15 6 0 7811 0 188 595 269 3141 219 738 121 0 5291 18 6 1 7565 0 185 585 279 2660 211 673 110 0 5420 22 9 0 69CPU minf mjf xcal intr ithr csw icsw m

16、igr smtx srw syscl usr sys wt idl 0 6 0 4028 3633 2620 1695 51 287 343 0 2857 12 8 0 807 0 150 545 265 3044 196 663 117 0 4374 14 4 0 8114 0 226 602 279 2823 225 707 103 0 4715 22 4 1 732 0 125 600 282 2810 230 699 118 0 4665 18 4 0 78mpstat可以確定每一個CPU都在花時間做什么：比如，分配給系統(tǒng)、用戶、等 待、空閑時間、系統(tǒng)調(diào)用、鎖競爭、中斷、錯誤、交叉調(diào)用

17、。有關(guān)每一列的詳細(xì)含義請看mpstat(1M)的手冊頁。iostat -使用 iostat 命令iostat命令報告磁盤的使用情況。表格中的每一行代表一個磁盤的活動信息。常用的選項有這些：選項說明N按cXtYdZ格式指定磁盤。X報告擴(kuò)展統(tǒng)計信息。z這個選項在Solaris 8操作環(huán)境中是新的。它使得在采樣間隔中沒有磁盤活動的 那些行被省略掉，這樣可以讓輸出簡短一些并且突出那些有活動的磁盤。p和P報告分區(qū)前(per-partition)的I/O統(tǒng)計信息，當(dāng)察看內(nèi)存交換設(shè)備的時候有 用。E對于找出產(chǎn)生錯誤的磁盤有用。表1： iostat的選項iostat也可以透過NFS報告磁盤活動，不過可能產(chǎn)生比

18、較長的報告。truss -你的朋友truss(1M)工具執(zhí)行制定的命令并且生成一個追蹤記錄，包括它執(zhí)行的系統(tǒng)調(diào)用、 接收到的信號、導(dǎo)致的機(jī)器錯誤(traps/interruptions譯者注)。truss也可以用來追蹤一個正在退出的進(jìn)程。這是一個非常有用的工具，可以定 位應(yīng)用程序向內(nèi)核請求了哪些變慢了或者是被過度使用的資源。如果你不了解truss，那么可以看看手冊頁并且試一試。-m選項對于顯示例如頁 面錯誤這樣的錯誤非常有用。-c選項可以給出這樣一個匯總信息：系統(tǒng)調(diào)用錯誤信號在每一類型系統(tǒng)調(diào)用上累計的時間失敗的系統(tǒng)調(diào)用數(shù)目lockstat -資源競爭內(nèi)核鎖可以保護(hù)對數(shù)據(jù)結(jié)構(gòu)的多重更新，并且控制

19、對諸如磁盤緩存、網(wǎng)絡(luò)緩存、 各種內(nèi)核緩存這些資源的訪問。lockstat執(zhí)行一個命令，報告在命令執(zhí)行期間所有內(nèi)核鎖的活動情況，不論請 求鎖的是哪個進(jìn)程或設(shè)備。請看lockstat(1M)的手冊頁。-s 10選項報告在每一 個鎖上進(jìn)行競爭的內(nèi)核線程棧。trapstat -運(yùn)行時的陷阱統(tǒng)計trapstat是一個在運(yùn)行著普通Solaris內(nèi)核的UltraSPARC?處理器上提供運(yùn)行時 陷阱(trap)統(tǒng)計信息的工具。對于I-TLB和D-TLB未命中，trapstat能夠可 選地顯示花在操作系統(tǒng)TLB未命中處理程序中的時間量。對于中斷向量陷阱，t rapstat能夠可選地顯示中斷設(shè)備。gprof -應(yīng)

20、用程序性能分析對于C、C+和FORTRAN應(yīng)用，試試用-xpg選項編譯，并且在會產(chǎn)生性能問題的 典型負(fù)載下運(yùn)行這個程序。對生成的tmon.out文件執(zhí)行g(shù)prof。這可以顯示出 該應(yīng)用程序大部分的時間花在哪里。Fortetm TeamWare (以前的 Sun WorkShoptm TeamWare)有很多有用的工 具，比如用圖形化的方式表示應(yīng)用程序的時間都花在哪里的分析工具。要想了解 更進(jìn)一步的信息，請看Forte TeamWare文檔以及Rajat Garg與Ilya Sharapov 的Suntm BluePrints書籍，應(yīng)用程序的優(yōu)化技巧：高性能計算(Techniques f or

21、Optimizing Applications: High Performance Computing).proc 工具proc是一個利用/proc的特性來報告比如這樣一些進(jìn)程屬性的實用工具：pstack -調(diào)用棧ptree -進(jìn)程關(guān)系樹pfiles -打開的文件描述符列表pldd -正在運(yùn)行中的進(jìn)程使用的動態(tài)鏈接庫的列表更多信息請看proc(1)的手冊頁。3. 一些常見問題和一些建議64位的運(yùn)算與容量能帶來什么？從性能的角度看，可以運(yùn)行64位應(yīng)用程序的能力有兩大好處。首先是更大規(guī)模 的問題能夠利用更大的進(jìn)程地址空間獲得有效解決。其次是整數(shù)運(yùn)算可以使用6 4位的寄存器和指令。整體來說，因為代碼

22、中的指針和數(shù)據(jù)結(jié)構(gòu)都更大了所以程序也稍微變大一些。反 過來，這意味著CPU的緩存也很有可能沒有足夠的緩存行，那些在32位環(huán)境下 就能夠運(yùn)行得很好的程序可能會稍微有一點慢。內(nèi)核線程棧是16Kb而不是8所，不過產(chǎn)生的效果經(jīng)常是可以忽略的?？臻e內(nèi)存檢查一個Solaris系統(tǒng)以確定還有多少空閑內(nèi)存一直以來都是個容易引起混淆 的地方。對于Solaris 8操作環(huán)境之前的版本，要想察看是否內(nèi)存不夠，是不依賴于fr ee列或者sr列的。在fr列中的值并不能指示內(nèi)存缺乏。頁面緩存一直保留 住頁面以備再次需要用到它們。虛擬內(nèi)存子系統(tǒng)只在需要的時候才收回內(nèi)存。在 SunWorld 文章與 SUN 性能與調(diào)整 Ja

23、vatm與 Internet(Sun Performanc e and Tuning - Javatm and the Internet)中這個題目已經(jīng)被寫了很多了。 為了確定是否有內(nèi)存不足的情況存在，同時檢查第12列(sr，也就是掃描率) 和交換分區(qū)的磁盤I/O流量(用iostat -P)。如果大量的I/O活動由文件系統(tǒng)產(chǎn) 生并且需要運(yùn)行頁面掃描程序為I/O釋放頁面，sr列會有比較大的數(shù)值。只有在空閑鏈表縮短到一個門限值(lotsfree，以頁面為單位)以下，pageout 掃描程序才運(yùn)行。任何非活動的并且沒有被鎖在內(nèi)存中的進(jìn)程或文件頁面都可能 被換出。freelist的大小看上去會縮短并保

24、持在那個數(shù)值(lotsfree)。當(dāng)free list的數(shù)量下降到lotsfree門限以下的時候，頁面守護(hù)進(jìn)程將啟動，掃描需要 從頁面緩存以及已退出和空閑的進(jìn)程中回收的內(nèi)存。沒有辦法能夠讓空閑值增 長到這個門限以上很多，因為沒有辦法讓頁面掃描程序在這個門限之外回收內(nèi) 存。讓頁面保留在頁面緩存中比把它們不必要地放到空閑鏈表中更有效率。Solaris 8操作環(huán)境在segmap驅(qū)動程序內(nèi)實現(xiàn)了一個更為有效的算法給I/O提 供所需的頁面。vmstat中的fr列確實反映了空閑并且沒有被頁面緩存所使用 的內(nèi)存。-p選項被加到vmstat中，用來給出更準(zhǔn)確的頁面調(diào)度行為細(xì)節(jié)。對于單獨的進(jìn)程，pmap命令報告

25、單獨進(jìn)程的內(nèi)存空間布局情況（-x選項比較有 用）。優(yōu)先內(nèi)存頁面調(diào)度優(yōu)先內(nèi)存頁面調(diào)度是在Solaris 7操作環(huán)境引入的，并被向后移植到了 Solari s 2.6操作環(huán)境（內(nèi)核補(bǔ)丁 105181-XX）和Solaris 2.5.1操作環(huán)境（內(nèi)核補(bǔ)丁 103 640-XX） o這兩個補(bǔ)丁的最近版本可以在SunSolve Onlinesm找到。優(yōu)先內(nèi)存頁面調(diào)度提供了一種改進(jìn)的頁面調(diào)度算法，從而在文件系統(tǒng)被使用的時 候可以明顯地改善系統(tǒng)的響應(yīng)速度。優(yōu)先內(nèi)存頁面調(diào)度引入了一個新增加的名 詞，cachefree。頁面調(diào)度參數(shù)現(xiàn)在有這些：minfree desfree lotsfree cachefree

26、缺省情況下這個新功能在Solaris 2.5.1, 2.6,和7操作環(huán)境下是關(guān)閉的，所 以在有明顯頻繁內(nèi)存調(diào)度的系統(tǒng)上允許這個功能就很重要。當(dāng)priority_paging 沒有被允許的時候，cachefree被置為與lotsfree 一樣。當(dāng)它被允許的時候， 缺省情況下cachefree被設(shè)置為lotsfree的2倍。調(diào)整這個參數(shù)趨于使工作站系統(tǒng)上窗口間切換起來更快，這對于需要從文件系統(tǒng) 中把大文件讀入內(nèi)存的運(yùn)行數(shù)據(jù)庫的系統(tǒng)是很大的幫助。在通過文件系統(tǒng)執(zhí)行大 量I/O操作的系統(tǒng)上，對于擁有大量數(shù)據(jù)集的計算密集型任務(wù)，百分之幾百的速 度提高都曾經(jīng)有過。Solaris 8操作環(huán)境采用了一種不同的

27、算法，消除了以前版本中頁面掃描程序必 須掃描內(nèi)存以供給segmap驅(qū)動程序來存放I/O的限制因素。segmap不再需要的 所有內(nèi)存頁面都被放到一個可以立即重用的鏈表中。不要在Solaris 8操作環(huán)境 中設(shè)置priority_paging。并且，Solaris 8操作環(huán)境應(yīng)該不需要手工調(diào)整虛擬 內(nèi)存參數(shù)，除了在大系統(tǒng)中把fastscan和maxpgio設(shè)置到高一些的值會有益。更多關(guān)于優(yōu)先內(nèi)存頁面調(diào)度的信息，請參考下面這些：Sun性能、優(yōu)先內(nèi)存頁面調(diào)度FAQ文檔17946:在2.5.1+中針對優(yōu)先內(nèi)存頁面調(diào)度的新的內(nèi)核可調(diào)整項隱私的共享內(nèi)存（ISM-Intimate Shared Memory）

28、ISM使得共享內(nèi)存被鎖在內(nèi)存中，不能被換出（page out）。原本在一般情況下 僅為單獨進(jìn)程創(chuàng)建的內(nèi)存管理數(shù)據(jù)結(jié)構(gòu)在一次性創(chuàng)建后就被所有進(jìn)程共享。在S olaris 2.6操作環(huán)境下，還存在進(jìn)一步的優(yōu)化，內(nèi)核試圖尋找可以作為大的內(nèi) 存頁面被用來映射共享內(nèi)存的連續(xù)的4-Mbyte物理內(nèi)存塊。這大大降低了內(nèi)存管 理單元的開銷。（請看性能與調(diào)整Javatm與Internet（Performance and Tuning - Javatm and the Internet）的 333 頁。）缺省情況下，類似Oracle、 Informix、Sybase這樣的應(yīng)用程序使用一個特殊的標(biāo)志來表明它們希望使

29、用IS M。ISM是一個關(guān)于虛擬內(nèi)存實現(xiàn)方面，使得內(nèi)核與硬件資源的使用更為有效的很重 要的優(yōu)化。并且，ISM提供了把頻繁用到的共享內(nèi)存頁面鎖在內(nèi)存中的方法。在缺省情況下ISM是被允許的，不需要編輯/etc/system文件來打開這個特性。 在具有當(dāng)前補(bǔ)丁級別的內(nèi)核上，關(guān)閉ISM會導(dǎo)致系統(tǒng)性能降級并且可能會掛起。 而且在數(shù)據(jù)庫的配置文件中，比如Oracle的init.ora文件中，不應(yīng)該有use_i sm二false，因為這樣會關(guān)閉ISM。與共享內(nèi)存有關(guān)的交換空間設(shè)置想要理解與共享內(nèi)存有關(guān)的交換空間配置，請看Adrian Cockcroft寫的清除在 交換空間方面的混亂理解(Clearing U

30、p Swap Space Confusion)。在設(shè)置交換空間大小的時候有兩個主要的考慮，就是要有足夠的：內(nèi)存，以避免在普通操作的時候就產(chǎn)生內(nèi)存交換交換空間，能夠放下一次崩潰記錄(crash dump)進(jìn)程間通信(IPC)的參數(shù)以下IPC參數(shù)值需要你的數(shù)據(jù)庫系統(tǒng)管理員(DBA)確定。Sun解決方案中心不 能給出實際IPC參數(shù)設(shè)置應(yīng)該是怎樣的建議。這些值依賴于應(yīng)用程序。在/etc/system的IPC參數(shù)設(shè)置中拼錯字是非?？赡艿?。這種錯誤會對應(yīng)用程序 帶來嚴(yán)重的性能影響。要檢查拼寫錯誤，遍歷/var/adm/messages尋找這樣形式 的消息：genunix: ID 492708 kern.n

31、otice sorry, variable seminfo_semopnis not defined in the semsys這說明其中有一個拼寫錯誤。用Grep找sorry”。Solaris 8操作環(huán)境比以前的版本改進(jìn)了 IPC參數(shù)的缺省值。對于Solaris 2.6操作環(huán)境之前的版本，共享內(nèi)存需要更多的交換空間(也就是 “后援空間”)。用swap -l，將block數(shù)值除2就可以得到兆字節(jié)數(shù)。應(yīng)該有至少兩倍于已分配共享內(nèi)存(shmmax)的交換空間。這里是shmmax的缺省值和最大值：缺省最大shmmax 1048576 (Meg) 4294967295 (4GB) 2.5.1, 2.6

32、, 32 位 solaris 7 2147483647 (2GB) 2.5 或更低 在Solaris 2.6操作環(huán)境下，shmmax和shmmin是無符號整型（32位）。在Solar is 7操作環(huán)境下，32位的shmmax和shmmin是無符號整型（32位）。在Solar is 7操作環(huán)境下，64位”的shmmax和shmmin是無符號長整型（64位）。在所有 情況下，shmmni和shmseg都是有符號整型（32位）。表2匯總了這些命令和它們 的類型。命令Solaris 2.632位Solaris 732位Solaris 7 64位shmmax無符號整型無符號整型無符號長整型shmmin無

33、符號整型無符號整型無符號長整型shmmni有符號整型有符號整型 shmseg有符號整型有符號整型表2:命令類型shmmax限值共享內(nèi)存段的最大大小，這是shmget（2）所能請求的最大值。它所控 制的資源不是預(yù)先分配的，而是根據(jù)需要分配的。在Solaris 7和8環(huán)境下，64位突破了 4-Gbyte的限制。這個最大值是理論上 的。實際的設(shè)置需要根據(jù)象內(nèi)存、數(shù)據(jù)庫大小、系統(tǒng)配置這些系統(tǒng)資源來確定。 段的最大值本身(shmmax)是一個上限。附加資源源自 SunSolve Onlinesm關(guān)于 IPC 的文章關(guān)于IPC參數(shù)話題，Sun解決方案中心已經(jīng)寫了大量的文章。這些文章可以在S unSolve

34、 Onlinesm獲得。(合同客戶可以訪問附加的相關(guān)出版物。)接下來是 部分文章列表。如果對/etc/system文件的修改似乎沒有起作用，請看文檔12824: sysdef - i不報告設(shè)置在/etc/system中的IPC參數(shù)。關(guān)于IPC參數(shù)的一般信息：文檔6328:在2.X中所有關(guān)于共享內(nèi)存參數(shù)的信息文檔2270:理解信號燈、seminfo_信號燈信息文檔12075:如何在你的系統(tǒng)中配置IPC信號燈和共享內(nèi)存文檔5288:如何通過adb確定IPC參數(shù)值文檔2273:針對消息隊列的內(nèi)核調(diào)整參數(shù)文檔7241:確定消息隊列參數(shù)關(guān)于調(diào)試問題：文檔12174:怎樣檢查系統(tǒng)使用了多少共享內(nèi)存文檔16985: 一個使用共享內(nèi)存的進(jìn)程已經(jīng)終止，但是交換空間似乎沒有被回 收SUN性能信息The Sun Performance page 提供了各種資源。SunWorld 在線專欄 1995-1999Cockcroft, Adrian 和 Richard Pettit, SUN 性能與調(diào)整Java