weblogic壓力測試中的性能調(diào)試手冊-預(yù)覽頁
【正文】 se81styleexecutequeuestrue/use81styleexecutequeues namedefault/name nameAdminServer/name根據(jù)網(wǎng)上資料，如下：的卻是隱藏的比較深。Queue Length這個參數(shù)的意義就是“在等待隊列里的請求數(shù)”。 也就是說，一個用戶登陸應(yīng)用系統(tǒng)進(jìn)行某操作。t tell when IBM39。m using the IBM AIX JVM. WebLogic can39?！荆?，設(shè)置的值就是weblogic用來響應(yīng)客戶端請求的線程數(shù)量。同時，如果你的應(yīng)用程序設(shè)計得不好，造成很多操作速度非常慢，因為WebLogic要等待你一個操作完成之后，才進(jìn)行線程的回收處理，如果同一時間有很多線程在執(zhí)行非常慢的操作，這也會引起線程數(shù)量不夠的問題。 具體的表現(xiàn)就是在WebLogic的控制臺的myserver中的Monitoring頁面下的Performance頁面中，Queue Length顯示不是等于0，圖像可能是一個曲線。 ，我們怎么修改？ 進(jìn)入WebLogic控制臺——左邊窗口的mydomain——servers——點擊myserver——Configuration——General——點擊Advanced Options的Show鏈接——最下面的Configure Execute Queues 鏈接————Thread Count參數(shù)。需要設(shè)置并發(fā)線程數(shù)設(shè)置。 executequeue我中途也吃過這個虧。JRockit有一組非標(biāo)準(zhǔn)的X啟動選項，我們可以用它來調(diào)節(jié)JVM。例子：$java Xgc:gencon xms:64m Xmx:64m myClass2．設(shè)置最大堆尺寸可以通過Xmx:sizem來設(shè)置最大堆尺寸。如果沒有設(shè)置最大堆尺寸，則缺省值為：1． 如果設(shè)置了Xgc:gencopy，由最大堆尺寸是min{400, 物理內(nèi)存*75%}；2． 如果沒有設(shè)置Xgc:gencopy，由最大堆尺寸是min{1536, 物理內(nèi)存*75%}；最好手工把最大堆尺寸設(shè)置為物理內(nèi)存（1024M）的75%：$java Xgc:gencon xms:64m Xmx:768m myClass3．設(shè)置Nursery的尺寸可以使用Xns:size來設(shè)置Nursery的尺寸，我們要在保證垃圾回收停頓時間（garbage collectionpause）盡可能短的同時，盡量加大Nursery的尺寸，這在創(chuàng)建了大量的臨時對象時尤其重要。1． global，在最大堆尺寸比較小時（小于128M）或者應(yīng)用程序大量使用了線程時使用。缺省值：1． IA32系統(tǒng)，WIN32：64K，LINUX32：128K2． IA64系統(tǒng)，WIN64：320K，LINUX64：1M 二．Basic Tuning Tips and Techniques 盡管JRockit提供了一組缺省的OOTB配置選項，但最好根據(jù)實際應(yīng)用情況來對JRockit作一些調(diào)整。3．在高響應(yīng)性方面的調(diào)優(yōu) 要得到更好的響應(yīng)性能，應(yīng)該設(shè)置1． 使用并發(fā)垃圾回收器。如果用到了大量的臨時對象，則需要適當(dāng)?shù)恼{(diào)大nursery尺寸。5．分析垃圾回收和停頓時間1． 使用Xgcreport生成報表，顯示垃圾回收的統(tǒng)計信息，從中可以看出你是不是最有效地使用了垃圾回收器。Xthinthreads。每個本地線程區(qū)都要消耗大約2K的內(nèi)存，如果大量地使用了線程，本地線程不但會造成內(nèi)存空間浪費，而且還會造成堆碎片。選項 描述 X顯示擴展Java選項XallotypeXallocationtype可取值global和local，定義使用本地線程還是全局線程。Xverbose讓JRockit打印更多的信息，可選的參數(shù)有：codegen、cpuinfo、gc、load、memory、OptXverify作完整的bytecode一級的校驗四． Profiler調(diào)優(yōu)WebLogic 1．關(guān)于Method Profiler工具 BEA WebLogic JRockit ：Method Profiler來調(diào)優(yōu)WebLogic應(yīng)用。在一次對WebLogic Server ，對一組包含了CMP特性的樣本進(jìn)行壓力測試時，就利用JRockit的Method Profiler診斷出了系統(tǒng)的瓶頸所在，現(xiàn)介紹如下。int x = getNextId()。} else{m_strMsg = The sheep name is not created.。（2） 啟動JRockit Management Console，并且將其連接到啟動了的Management Server上。（5） 按Start按鈕讓Method Profiler開始進(jìn)行統(tǒng)計。可以比較肯定地判斷，()執(zhí)行的是一個串行化的邏輯。重新測試，TPS平均值有很大幅度的提高，Response Time在壓力測試開始一段時間后也趨于平穩(wěn)，幾乎呈水平線走勢。通常情況下，一次不要增加太多，Bea公司建議每次增加默認(rèn)值的25％，直到系統(tǒng)不在出現(xiàn)這個錯
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1