java程序員職場全攻略
java程序員職場全攻略
JAVA程序員廣義上是指一群以JAVA為謀生手段的軟件開發(fā)人員。狹義的說，是指擁有SUN公司JAVA認證的程序員。以下是學習啦小編整理的java程序員職場全攻略，以供大家參考。
java程序員職場全攻略：
監(jiān)視內(nèi)存計數(shù)器
要監(jiān)視內(nèi)存不足的狀況，請從以下的對象計數(shù)器開始： 內(nèi)存信息：
Memory\ Available Bytes Memory\ Pages/sec
Memory\ Available Bytes
如果您懷疑有內(nèi)存泄露，請監(jiān)視 Memory\Available Bytes 和 Memory\ Committed Bytes，以觀察內(nèi)存行為，并監(jiān)視您認為可能在泄露內(nèi)存的進程的 Process\ Private Bytes、Process\ Working Set 和Process\ Handle Count。如果您懷疑是內(nèi)核模式進程導(dǎo)致了泄露，
則還應(yīng)該監(jiān)視 Memory\ Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。
CPU信息：
Processor\ % Processor Time 獲得處理器使用情況。
也可以選擇監(jiān)視 Processor\ % User Time 和 % Privileged Time 以獲得詳細信息。
Server Work Queues\ Queue Length 計數(shù)器會顯示出處理器瓶頸。隊列長度持續(xù)大于 4 則表示可能出現(xiàn)處理器擁塞。
System\ Processor Queue Length 用于瓶頸檢測
通過使用 Process\ % Processor Time 和 Process\ Working Set
Process\ % Processor Time過程的所有線程在每個處理器上的處理器時間總和。
硬盤信息：
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果頁面讀取操作速率很低，同時 % Disk Time 和 Avg.Disk Queue Length的值很高，則可能有磁盤瓶徑。但是，如果隊列長度增加的同時頁面讀取速率并未降低，則內(nèi)存不足。
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果頁面讀取操作速率很低，同時 % Disk Time 和 Avg.Disk Queue Length的值很高，則可能有磁盤瓶徑。但是，如果隊列長度增加的同時頁面讀取速率并未降低，則內(nèi)存不足。
請觀察 Processor\ Interrupts/sec 計數(shù)器的值，該計數(shù)器測量來自輸入/輸出 (I/O) 設(shè)備的服務(wù)請求的速度。如果此計數(shù)器的值明顯增加，而系統(tǒng)活動沒有相應(yīng)增加，則表明存在硬件問題。
Physical Disk\ Disk Reads/sec and Disk Writes/sec Physical Disk\ Current Disk Queue Length Physical Disk\ % Disk Time LogicalDisk\ % Free Space 測試磁盤性能時，將性能數(shù)據(jù)記錄到另一個磁盤或計算機，以便這些數(shù)據(jù)不會干擾您正在測試的磁盤。
可能需要觀察的附加計數(shù)器包括 Physical Disk\ Avg.Disk sec/Transfer、Avg.Disk Bytes/Transfer，和 Disk Bytes/sec。
Avg.Disk sec/Transfer 計數(shù)器反映磁盤完成請求所用的時間。較高的值表明磁盤控制器由于失敗而不斷重試該磁盤。這些故障會增加平均磁盤傳送時間。對于大多數(shù)磁盤，較高的磁盤平均傳送時間是大于 0.3 秒。
也可以查看 Avg.Disk Bytes/Transfer 的值。值大于 20 KB 表示該磁盤驅(qū)動器通常運行良好;如果應(yīng)用程序正在訪問磁盤，則會產(chǎn)生較低的值。例如，隨機訪問磁盤的應(yīng)用程序會增加平均 Disk sec/Transfer 時間，因為隨機傳送需要增加搜索時間。 Disk Bytes/sec 提供磁盤系統(tǒng)的吞吐率。 決定工作負載的平衡
要平衡網(wǎng)絡(luò)服務(wù)器上的負載，需要了解服務(wù)器磁盤驅(qū)動器的繁忙程度。使用 Physical Disk\ % Disk Time 計數(shù)器，該計數(shù)器顯示驅(qū)動器活動時間的百分比。如果 % Disk Time 較高(超過 90%)，請檢查 Physical Disk\ Current Disk Queue Length 計數(shù)器以查看正在等待磁盤訪問的系統(tǒng)請求數(shù)量。等待 I/O 請求的數(shù)量應(yīng)當保持在不大于組成物理磁盤的主軸數(shù)的 1.5 到 2 倍。
盡管廉價磁盤冗余陣列 (RAID) 設(shè)備通常有多個主軸，大多數(shù)磁盤有一個主軸。硬件 RAID 設(shè)備在“系統(tǒng)監(jiān)視器”中顯示為一個物理磁盤;通過軟件創(chuàng)建的 RAID 設(shè)備顯示為多個驅(qū)動器(實例)?？梢员O(jiān)視每個物理驅(qū)動器(而不是 RAID)的 Physical Disk 計數(shù)器，也可以使用 _Total 實例來監(jiān)視所有計算機驅(qū)動器的數(shù)據(jù)。
使用 Current Disk Queue Length 和 % Disk Time 計數(shù)器來檢測磁盤子系統(tǒng)的瓶頸。如果 Current Disk Queue Length 和 % Disk Time 的值始終較高，可以考慮升級磁盤驅(qū)動器或?qū)⒛承┪募苿拥狡渌疟P或服務(wù)器。
posted @ 2006-01-05 17:05 摩摩茶 閱讀(671) | 評論 (5) | 編輯
如何分析Analysis中各個圖表的含義，寫出性能測試報告(繼續(xù)增加中) 1：
vuser數(shù)：
這個根據(jù)你選擇的方案不同結(jié)果也不同，如果采用所有vuser同時運行，并且所有vuser都正確執(zhí)行的話，這個圖沒什么用處。
平均事務(wù)響應(yīng)時間：
這個應(yīng)該是關(guān)注最多的，一般來說，這個圖的理想曲線是這樣(針對同時開始vuser)：開始增長較快，中期幾乎不增長，后期逐漸下降(類似發(fā)動機輸出曲線)。比較差的曲線例如：線性增長，波動較大的曲線
每秒事務(wù)數(shù)：
一般來說，在平均事務(wù)響應(yīng)時間達到期望要求的時候，這個值越大越好(峰值)
Windows資源/Unix資源：
這些就要看你監(jiān)控哪些東西了(CPU利用率，內(nèi)存使用情況，高速緩沖命中情況等)，CPU利用率的話在跑vuser期間最好不要超過80%，否則就是資源瓶頸(我們做Weblogic+Oracle測試時，oracle主機cpu利用率沒超過20%，而Weblogic主機cpu利用率在整個方案運行中期徘徊在90%左右，性能瓶頸在Weblogic中需要優(yōu)化)排除網(wǎng)絡(luò)瓶頸的話，問題一般按下順序：Web服務(wù)器->應(yīng)用服務(wù)器->數(shù)據(jù)庫 2：
Memory：
內(nèi)存使用情況可能是系統(tǒng)性能中最重要的因素。如果系統(tǒng)“頁交換”頻繁，說明內(nèi)存不足。“頁交換”是使用稱為“頁面”的單位，將固定大小的代碼和數(shù)據(jù)塊從 RAM 移動到磁盤的過程，其目的是為了釋放內(nèi)存空間。盡管某些頁交換使 Windows 2000 能夠使用比實際更多的內(nèi)存，也是可以接受的，但頻繁的頁交換將降低系統(tǒng)性能。減少頁交換將顯著提高系統(tǒng)響應(yīng)速度。要監(jiān)視內(nèi)存不足的狀況，請從以下的對象計數(shù)器開始：
Available Mbytes：可用物理內(nèi)存數(shù). 如果Available Mbytes的值很小(4 MB 或更小)，則說明計算機上總的內(nèi)存可能不足，或某程序沒有釋放內(nèi)存。 Page/sec： 表明由于硬件頁面錯誤而從磁盤取出的頁面數(shù)，或由于頁面錯誤而寫入磁盤以釋放工作集空間的頁面數(shù)。 一般如果pages/sec持續(xù)高于幾百，那么您應(yīng)該進一步研究頁交換活動。有可能需要增加內(nèi)存，以減少換頁的需求(你可以把這個數(shù)字乘以4k就得到由此引起的硬盤數(shù)據(jù)流量)。Pages/sec 的值很大不一定表明內(nèi)存有問題，而可能是運行使用內(nèi)存映射文件的程序所致。
page read/sec:頁的硬故障，page/sec的子集，為了解析對內(nèi)存的引用，必須讀取頁文件的次數(shù)。閾值為>5. 越低越好。大數(shù)值表示磁盤讀而不是緩存讀。由于過多的頁交換要使用大量的硬盤空間，因此有可能將導(dǎo)致將頁交換內(nèi)存不足與導(dǎo)致頁交換的磁盤瓶徑混淆。因此，在研究內(nèi)存不足不太明顯的頁交換的原因時，您必須跟蹤如下的磁盤使用情況計數(shù)器和內(nèi)存計數(shù)器：
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果頁面讀取操作速率很低，同時 % Disk Time 和 Avg.Disk Queue Length的值很高，則可能有磁盤瓶徑。但是，如果隊列長度增加的同時頁面讀取速率并未降低，則內(nèi)存不足。
要確定過多的頁交換對磁盤活動的影響，請將 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 計數(shù)器的值增大數(shù)倍。如果這些計數(shù)器的計數(shù)結(jié)果超過了 0.1，那么頁交換將花費百分之十以上的磁盤訪問時間。如果長時間發(fā)生這種情況，那么您可能需要更多的內(nèi)存。
Page Faults/sec:每秒軟性頁面失效的數(shù)目(包括有些可以直接在內(nèi)存中滿足而有些需要從硬盤讀取)較page/sec只表明數(shù)據(jù)不能在內(nèi)存的指定工作集中立即使用。 Cache Bytes：文件系統(tǒng)緩存(File System Cache)，默認情況下為50%的可用物理內(nèi)存。如IIS5.0 運行內(nèi)存不夠時，它會自動整理緩存。需要關(guān)注該計數(shù)器的趨勢變化 如果您懷疑有內(nèi)存泄露，請監(jiān)視 Memory\ Available Bytes 和 Memory\ Committed Bytes，以觀察內(nèi)存行為，并監(jiān)視您認為可能在泄露內(nèi)存的進程的 Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您懷疑是內(nèi)核模式進程導(dǎo)致了泄露，則還應(yīng)該監(jiān)視 Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。
Pages per second :每秒鐘檢索的頁數(shù)。該數(shù)字應(yīng)少于每秒一頁。
Process：
%Processor Time: 被處理器消耗的處理器時間數(shù)量。如果服務(wù)器專用于sql server,可接受的最大上限是80-85%
Page Faults/sec:將進程產(chǎn)生的頁故障與系統(tǒng)產(chǎn)生的相比較，以判斷這個進程對系統(tǒng)頁故障產(chǎn)生的影響。
Work set: 處理線程最近使用的內(nèi)存頁，反映了每一個進程使用的內(nèi)存頁的數(shù)量。如果服務(wù)器有足夠的空閑內(nèi)存，頁就會被留在工作集中，當自由內(nèi)存少于一個特定的閾值時，頁就會被清除出工作集。
Inetinfo:Private Bytes:此進程所分配的無法與其它進程共享的當前字節(jié)數(shù)量。如果系統(tǒng)性能隨著時間而降低，則此計數(shù)器可以是內(nèi)存泄漏的最佳指示器。
Processor：
監(jiān)視“處理器”和“系統(tǒng)”對象計數(shù)器可以提供關(guān)于處理器使用的有價值的信息，幫助您決定是否存在瓶頸。
%Processor Time:如果該值持續(xù)超過95%，表明瓶頸是CPU?？梢钥紤]增加一個處理器或換一個更快的處理器。
%User Time:表示耗費CPU的數(shù)據(jù)庫操作，如排序，執(zhí)行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡單的表聯(lián)接，水平分割大表格等方法來降低該值。 %Privileged Time：(CPU內(nèi)核時間)是在特權(quán)模式下處理線程執(zhí)行代碼所花時間的百分比。如果該參數(shù)值和"Physical Disk"參數(shù)值一直很高，表明I/O有問題。可考慮更換更快的硬盤系統(tǒng)。另外設(shè)置Tempdb in RAM，減低"max async IO"，"max lazy writer IO"等措施都會降低該值。
此外，跟蹤計算機的服務(wù)器工作隊列當前長度的 Server Work Queues\ Queue Length 計數(shù)器會顯示出處理器瓶頸。隊列長度持續(xù)大于 4 則表示可能出現(xiàn)處理器擁塞。此計數(shù)器是特定時間的值，而不是一段時間的平均值。
% DPC Time:越低越好。在多處理器系統(tǒng)中，如果這個值大于50%并且Processor:% Processor Time非常高，加入一個網(wǎng)卡可能會提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和。
Thread
ContextSwitches/sec: (實例化inetinfo 和dllhost 進程) 如果你決定要增加線程字節(jié)池的大小，你應(yīng)該監(jiān)視這三個計數(shù)器(包括上面的一個)。增加線程數(shù)可能會增加上下文切換次數(shù)，這樣性能不會上升反而會下降。如果十個實例的上下文切換值非常高，就應(yīng)該減小線程字節(jié)池的大小。
Physical Disk:
%Disk Time %:指所選磁盤驅(qū)動器忙于為讀或?qū)懭胝埱筇峁┓?wù)所用的時間的百分比。如果三個計數(shù)器都比較大，那么硬盤不是瓶頸。如果只有%Disk Time比較大，另外兩個都比較適中，硬盤可能會是瓶頸。在記錄該計數(shù)器之前，請在Windows 2000 的命令行窗口中運行diskperf -yD。若數(shù)值持續(xù)超過80%，則可能是內(nèi)存泄漏。
Avg.Disk Queue Length:指讀取和寫入請求(為所選磁盤在實例間隔中列隊的)的平均數(shù)。該值應(yīng)不超過磁盤數(shù)的1.5~2 倍。要提高性能，可增加磁盤。注意：一個Raid Disk實際有多個磁盤。
Average Disk Read/Write Queue Length:指讀取(寫入)請求(列隊)的平均數(shù)。
Disk Reads(Writes)/s: 物理磁盤上每秒鐘磁盤讀、寫的次數(shù)。兩者相加，應(yīng)小于磁盤設(shè)備最大容量。
Average Disksec/Read: 指以秒計算的在此盤上讀取數(shù)據(jù)的所需平均時間。
Average Disk sec/Transfer:指以秒計算的在此盤上寫入數(shù)據(jù)的所需平均時間。
Network Interface：
Bytes Total/sec :為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較
監(jiān)視IIS需要的一些計數(shù)器
Internet Information Services Global:
File Cache Hits %、File CacheFlushes、File Cache Hits
File Cache Hits %是全部緩存請求中緩存命中次數(shù)所占的比例，反映了IIS 的文件緩存設(shè)置的工作情況。對于一個大部分是靜態(tài)網(wǎng)頁組成的網(wǎng)站，該值應(yīng)該保持在80%左右。而File Cache Hits是文件緩存命中的具體值，F(xiàn)ile CacheFlushes 是自服務(wù)器啟動之后文件緩存刷新次數(shù)，如果刷新太慢，會浪費內(nèi)存;如果刷新太快，緩存中的對象會太頻繁的丟棄生成，起不到緩存的作用。通過比較File Cache Hits 和File Cache Flushes 可得出緩存命中率對緩存清空率的比率。通過觀察它兩個的值，可以得到一個適當?shù)乃⑿轮?參考IIS 的設(shè)置ObjectTTL 、MemCacheSize 、MaxCacheFileSize)
Web Service:
Bytes Total/sec:顯示W(wǎng)eb服務(wù)器發(fā)送和接受的總字節(jié)數(shù)。低數(shù)值表明該IIS正在以較低的速度進行數(shù)據(jù)傳輸。
Connection Refused：數(shù)值越低越好。高數(shù)值表明網(wǎng)絡(luò)適配器或處理器存在瓶頸。
Not Found Errors：顯示由于被請求文件無法找到而無法由服務(wù)器滿足的請求數(shù)(HTTP狀態(tài)代碼404)