吞吐量/處理能力
處理能力又叫吞吐量，指的是單位時(shí)間內(nèi)處理的客戶端請(qǐng)求數(shù)量。通常情況下，吞吐量用請(qǐng)求數(shù)/秒Or頁面數(shù)/秒來衡量。從業(yè)務(wù)角度看，吞吐量也可以用訪問人數(shù)/天Or頁面訪問量/天來衡量。
負(fù)載
負(fù)載分為客戶端負(fù)載和服務(wù)器端負(fù)載客戶端負(fù)載的通俗解釋就是有多少個(gè)用戶在同時(shí)使用軟件服務(wù)器端負(fù)載的通俗解釋就是有多少個(gè)請(qǐng)求同時(shí)到達(dá)了服務(wù)器端，要求服務(wù)器進(jìn)行處理。例如，某個(gè)網(wǎng)站當(dāng)前有10000個(gè)人在線訪問，從他們的客戶端層面看過去，這個(gè)負(fù)載就是客戶端負(fù)載，為10000。若某個(gè)網(wǎng)站當(dāng)前有10000個(gè)人在線訪問，某一時(shí)刻，從他們的客戶端同時(shí)發(fā)出了1000個(gè)頁面的請(qǐng)求到服務(wù)器，從服務(wù)器端層面看過去，這個(gè)負(fù)載就是服務(wù)器端負(fù)載，為1000。
響應(yīng)時(shí)間
響應(yīng)時(shí)間是可以判斷一個(gè)被測(cè)應(yīng)用系統(tǒng)是否存在性能瓶頸的最直觀的要素。例如，在執(zhí)行完性能測(cè)試后，發(fā)現(xiàn)某個(gè)交易的“平均響應(yīng)時(shí)間”為8秒，超過了預(yù)先確定下來的性能指標(biāo)“該交易的性能指標(biāo)為平均響應(yīng)時(shí)間要小于等于3秒”。此時(shí)，就可以認(rèn)為被測(cè)應(yīng)用系統(tǒng)存在性能瓶頸了，要利用一定的手段去探查被測(cè)應(yīng)用系統(tǒng)中哪個(gè)地方引起了系統(tǒng)的處理效率低以及低的原因了。響應(yīng)時(shí)間一般包括最大響應(yīng)時(shí)間和平均響應(yīng)時(shí)間，響應(yīng)時(shí)間包括網(wǎng)絡(luò)上的傳輸時(shí)間，WEB服務(wù)器上處理時(shí)間、APP服務(wù)器上的處理時(shí)間、DB服務(wù)器上的處理時(shí)間，響應(yīng)時(shí)間不包括瀏覽器上的內(nèi)容顯示時(shí)間。
同時(shí)在線用戶
對(duì)于一個(gè)網(wǎng)站來講，當(dāng)一個(gè)用戶登錄到該網(wǎng)站的首頁后，開始在該網(wǎng)站上進(jìn)行各種操作，包括瀏覽網(wǎng)頁、檢索內(nèi)容、提交表單等，這個(gè)過程中的用戶稱為在線用戶。若同一時(shí)間點(diǎn)或同一個(gè)時(shí)間段內(nèi)，有很多這樣的用戶在訪問該網(wǎng)站，這些用戶統(tǒng)稱為該網(wǎng)站的同時(shí)在線用戶。同時(shí)在線用戶的另一層理解是，將應(yīng)用系統(tǒng)整體看作是一個(gè)黑盒子，從用戶的客戶端層面看向系統(tǒng)，總共有多少個(gè)人在使用它。當(dāng)進(jìn)行性能測(cè)試時(shí)，如果你使用的是同時(shí)在線用戶，則可以稱之為同時(shí)在線負(fù)載。
超級(jí)并發(fā)用戶
對(duì)于一個(gè)網(wǎng)站來講,可能存在WEB服務(wù)器、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器三個(gè)層次，而用戶所使用的瀏覽器是在最外面的客戶端層面。如果某個(gè)時(shí)間點(diǎn)或時(shí)間段內(nèi)，共有1000個(gè)用戶同時(shí)在線，他們進(jìn)行著各種各樣的操作，而某個(gè)時(shí)間點(diǎn)上可能存在10個(gè)左右的用戶同時(shí)進(jìn)行了一個(gè)或多個(gè)操作，導(dǎo)致WEB服務(wù)器同時(shí)接收到了10個(gè)左右的交易請(qǐng)求，我們稱這個(gè)10個(gè)左右的用戶為超級(jí)并發(fā)用戶。當(dāng)進(jìn)行性能測(cè)試時(shí)，如果你使用的是超級(jí)并發(fā)用戶，則可以稱之為超級(jí)并發(fā)負(fù)載。
性能測(cè)試腳本
腳本是用負(fù)載模擬工具開發(fā)出來的。腳本是一些代碼的組合體，它用代碼來實(shí)現(xiàn)用戶對(duì)應(yīng)用系統(tǒng)的操作。例如,你在一個(gè)網(wǎng)站上訪問首頁、輸入用戶名和密碼后點(diǎn)擊登錄按鈕進(jìn)行登錄，這是用戶對(duì)應(yīng)用系統(tǒng)的兩步操作內(nèi)容，在腳本中則包含了實(shí)現(xiàn)這兩個(gè)操作步驟的代碼。如果你要模擬10000個(gè)用戶的負(fù)載，這10000個(gè)用戶中50%進(jìn)行首頁的訪問、20%進(jìn)行注冊(cè)、20%進(jìn)行查詢、10%進(jìn)行某個(gè)頁面的瀏覽，則你需要制作5個(gè)腳本，分別是首頁訪問腳本、注冊(cè)腳本、查詢腳本、頁面瀏覽腳本。
事務(wù)
事務(wù)是腳本的一個(gè)特性，每個(gè)事務(wù)都包含開始事務(wù)和結(jié)束事務(wù)。事務(wù)用來衡量腳本中一行代碼或多行代碼的執(zhí)行所耗費(fèi)的時(shí)間。你可以將開始事務(wù)放置在腳本中某行代碼的前面，將結(jié)束事務(wù)放置在該行代碼的后面，在該腳本的虛擬用戶運(yùn)行時(shí)，這個(gè)事務(wù)將衡量該行代碼的執(zhí)行花費(fèi)了多長時(shí)間。
交易
交易分為業(yè)務(wù)層面和技術(shù)層面兩種定義。業(yè)務(wù)層面交易是指完成一次完整的業(yè)務(wù)操作，例如進(jìn)行一次取款、查詢操作。技術(shù)層面的交易是指進(jìn)行一次應(yīng)用程序至應(yīng)用程序、或者應(yīng)用程序至數(shù)據(jù)庫的系統(tǒng)操作。一般的一筆業(yè)務(wù)交易由多筆技術(shù)交易組成，根據(jù)業(yè)務(wù)交易的復(fù)雜度和系統(tǒng)應(yīng)用架構(gòu)的不同，其比例大致為1：2-1：10。
TPS與HPS
TPS (Transactions Per Second)是估算應(yīng)用系統(tǒng)性能的重要依據(jù)。其意義是應(yīng)用系統(tǒng)每秒鐘處理完成的交易數(shù)量，尤其是交易類系統(tǒng)。一般的，評(píng)價(jià)系統(tǒng)性能均以每秒鐘完成的技術(shù)交易的數(shù)量來衡量。系統(tǒng)整體處理能力取決于處理能力最低模塊的TPS值。依據(jù)經(jīng)驗(yàn)，應(yīng)用系統(tǒng)的處理能力一般要求在10-100左右。不同應(yīng)用系統(tǒng)的TPS有著十分大的差別，一般需要通過性能測(cè)試進(jìn)行準(zhǔn)確估算。當(dāng)系統(tǒng)沒有達(dá)到性能瓶頸時(shí)，TPS隨著負(fù)載的增加呈近似線性增長，當(dāng)接近性能瓶頸時(shí)出現(xiàn)拐點(diǎn)；如果系統(tǒng)健壯性較好，在到達(dá)性能瓶頸后，TPS基本保持水平，不會(huì)再隨著負(fù)載的增加而有顯著增長；而如果系統(tǒng)存在比較嚴(yán)重的性能問題，當(dāng)?shù)竭_(dá)性能瓶頸后，TPS會(huì)出現(xiàn)明顯的下降趨勢(shì)。HPS：(Hits per Second)每秒點(diǎn)擊次數(shù)，是指在一秒鐘的時(shí)間內(nèi)用戶對(duì)Web頁面的鏈接、提交按鈕等點(diǎn)擊總和它一般和TPS成正比關(guān)系，是B/S系統(tǒng)中非常重要的性能指標(biāo)之一。
TPS可以有多種衡量單位，在進(jìn)行性能測(cè)試的業(yè)務(wù)模型分析時(shí)使用，例如：
（1）在稅務(wù)系統(tǒng)中，可以用“系統(tǒng)每個(gè)月要處理10萬用戶的業(yè)務(wù)操作”，這里的TPS用企業(yè)數(shù)/月來衡量；（2）在稅務(wù)系統(tǒng)中，也可以用“系統(tǒng)在第七天的8個(gè)小時(shí)內(nèi)要處理4萬用戶的業(yè)務(wù)操作”，這里的TPS用企業(yè)數(shù)/天來衡量；（3）在稅務(wù)系統(tǒng)中，也可以用“系統(tǒng)在第七天的10點(diǎn)到11點(diǎn)之間要處理1.2萬用戶的3種繳稅交易操作，即3.6萬次繳稅交易操作”，這里的TPS用交易數(shù)/小時(shí)來衡量；（4）在稅務(wù)系統(tǒng)中，也可以用“系統(tǒng)在第七天的10點(diǎn)到11點(diǎn)之間要處理1.2萬用戶的3種繳稅交易操作，即3.6萬次繳稅交易操作，每次繳稅交易要從客戶端向服務(wù)器發(fā)送平均10次HTTP請(qǐng)求，即36萬次HTTP請(qǐng)求操作”，這里的TPS用請(qǐng)求數(shù)/小時(shí)來衡量。
HPS是用來衡量很多用戶使用客戶端進(jìn)行操作，向服務(wù)器發(fā)送請(qǐng)求的效率。我們認(rèn)為HPS表現(xiàn)的是最終用戶的整體行為，是衡量在線負(fù)載程度的一個(gè)指標(biāo)。而TPS表現(xiàn)的是服務(wù)器端的程序行為，是衡量服務(wù)器處理能力高低的一個(gè)主要指標(biāo)。
例如：HPS＝“點(diǎn)擊次數(shù)/秒”；TPS＝“處理事務(wù)數(shù)/秒”，HPS與TPS沒有絕對(duì)的關(guān)系。
性能測(cè)試實(shí)現(xiàn)的準(zhǔn)確性
在進(jìn)行了正確的性能測(cè)試分析后，獲得了正確的性能測(cè)試需求，從而使用性能測(cè)試工具開發(fā)相應(yīng)的性能測(cè)試腳本、開發(fā)相應(yīng)的性能測(cè)試場(chǎng)景、在性能測(cè)試腳本中利用性能測(cè)試數(shù)據(jù)、在性能測(cè)試腳本中設(shè)置相應(yīng)的思考時(shí)間、在性能測(cè)試場(chǎng)景中設(shè)置運(yùn)行的參數(shù)等，以期能利用自動(dòng)化的性能測(cè)試工具模擬現(xiàn)實(shí)中大量用戶同時(shí)訪問被測(cè)系統(tǒng)的情形。即，如果性能測(cè)試工具操作不當(dāng)，將會(huì)導(dǎo)致無法準(zhǔn)確的實(shí)現(xiàn)“模擬實(shí)際情況”的目標(biāo)。例如，某些性能測(cè)試工程師在使用性能測(cè)試工具時(shí)不懂得利用“檢查點(diǎn)”這個(gè)功能，從而無法發(fā)現(xiàn)在性能測(cè)試執(zhí)行過程中大量虛擬用戶甚至沒有登陸到系統(tǒng)中的嚴(yán)重問題，仍然認(rèn)為性能測(cè)試執(zhí)行效果良好，被測(cè)系統(tǒng)性能沒有問題。
Web服務(wù)器和APP服務(wù)器
通俗的講，Web服務(wù)器傳送(serves)頁面使瀏覽器可以瀏覽，然而應(yīng)用程序服務(wù)器提供的是客戶端應(yīng)用程序可以調(diào)用(call)的方法(methods)。確切一點(diǎn)，你可以說：Web服務(wù)器專門處理HTTP請(qǐng)求(request)，但是應(yīng)用程序服務(wù)器是通過很多協(xié)議來為應(yīng)用程序提供(serves)商業(yè)邏輯(business logic)。Web服務(wù)器(Web Server)Web服務(wù)器可以解析(handles)HTTP協(xié)議。當(dāng)Web服務(wù)器接收到一個(gè)HTTP請(qǐng)求(request)，會(huì)返回一個(gè)HTTP響應(yīng)(response)，例如送回一個(gè)HTML頁面。為了處理一個(gè)請(qǐng)求(request)，Web服務(wù)器可以響應(yīng)(response)一個(gè)靜態(tài)頁面或圖片，進(jìn)行頁面跳轉(zhuǎn)(redirect)，或者把動(dòng)態(tài)響應(yīng)(dynamic response)的產(chǎn)生委托(delegate)給一些其它的程序例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，服務(wù)器端(server-side)Javascrīpt，或者一些其它的服務(wù)器端(server-side)技術(shù)。無論它們(譯者注：腳本)的目的如何，這些服務(wù)器端(server-side)的程序通常產(chǎn)生一個(gè)HTML的響應(yīng)(response)來讓瀏覽器可以瀏覽。要知道，Web服務(wù)器的代理模型(delegation model)非常簡(jiǎn)單。當(dāng)一個(gè)請(qǐng)求(request)被送到Web服務(wù)器里來時(shí)，它只單純的把請(qǐng)求(request)傳遞給可以很好的處理請(qǐng)求(request)的程序(譯者注：服務(wù)器端腳本)。Web服務(wù)器僅僅提供一個(gè)可以執(zhí)行服務(wù)器端(server-side)程序和返回(程序所產(chǎn)生的)響應(yīng)(response)的環(huán)境，而不會(huì)超出職能范圍。服務(wù)器端(server-side)程序通常具有事務(wù)處理(transaction processing)，數(shù)據(jù)庫連接(database connectivity)和消息(messaging)等功能。雖然Web服務(wù)器不支持事務(wù)處理或數(shù)據(jù)庫連接池，但它可以配置(employ)各種策略(strategies)來實(shí)現(xiàn)容錯(cuò)性(fault tolerance)和可擴(kuò)展性(scalability)，例如負(fù)載平衡(load balancing)，緩沖(caching)。集群特征(clustering—features)經(jīng)常被誤認(rèn)為僅僅是應(yīng)用程序服務(wù)器專有的特征。
應(yīng)用程序服務(wù)器(The Application Server)根據(jù)我們的定義，作為應(yīng)用程序服務(wù)器，它通過各種協(xié)議，可以包括HTTP，把商業(yè)邏輯暴露給(expose)客戶端應(yīng)用程序。Web服務(wù)器主要是處理向?yàn)g覽器發(fā)送HTML以供瀏覽，而應(yīng)用程序服務(wù)器提供訪問商業(yè)邏輯的途徑以供客戶端應(yīng)用程序使用。應(yīng)用程序使用此商業(yè)邏輯就象你調(diào)用對(duì)象的一個(gè)方法(或過程語言中的一個(gè)函數(shù))一樣。應(yīng)用程序服務(wù)器的客戶端(包含有圖形用戶界面(GUI)的)可能會(huì)運(yùn)行在一臺(tái)PC、一個(gè)Web服務(wù)器或者甚至是其它的應(yīng)用程序服務(wù)器上。在應(yīng)用程序服務(wù)器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限于簡(jiǎn)單的顯示標(biāo)記。相反，這種信息就是程序邏輯(program logic)。 正是由于這種邏輯取得了(takes)數(shù)據(jù)和方法調(diào)用(calls)的形式而不是靜態(tài)HTML，所以客戶端才可以隨心所欲的使用這種被暴露的商業(yè)邏輯。在大多數(shù)情形下，應(yīng)用程序服務(wù)器是通過組件(component)的應(yīng)用程序接口(API)把商業(yè)邏輯暴露(expose)(給客戶端應(yīng)用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)應(yīng)用程序服務(wù)器的EJB(Enterprise JavaBean)組件模型。此外，應(yīng)用程序服務(wù)器可以管理自己的資源，例如看大門的工作(gate-keeping duties)包括安全(security)，事務(wù)處理(transaction processing)，資源池(resource pooling)， 和消息(messaging)。就象Web服務(wù)器一樣，應(yīng)用程序服務(wù)器配置了多種可擴(kuò)展(scalability)和容錯(cuò)(fault tolerance)技術(shù)。 例如，設(shè)想一個(gè)在線商店(網(wǎng)站)提供實(shí)時(shí)定價(jià)(real-time pricing)和有效性(availability)信息。這個(gè)站點(diǎn)(site)很可能會(huì)提供一個(gè)表單(form)讓你來選擇產(chǎn)品。當(dāng)你提交查詢(query)后，網(wǎng)站會(huì)進(jìn)行查找(lookup)并把結(jié)果內(nèi)嵌在HTML頁面中返回。網(wǎng)站可以有很多種方式來實(shí)現(xiàn)這種功能。我要介紹一個(gè)不使用應(yīng)用程序服務(wù)器的情景和一個(gè)使用應(yīng)用程序服務(wù)器的情景。觀察一下這兩中情景的不同會(huì)有助于你了解應(yīng)用程序服務(wù)器的功能。
情景1：不帶應(yīng)用程序服務(wù)器的Web服務(wù)器在此種情景下，一個(gè)Web服務(wù)器獨(dú)立提供在線商店的功能。Web服務(wù)器獲得你的請(qǐng)求(request)，然后發(fā)送給服務(wù)器端(server-side)可以處理請(qǐng)求(request)的程序。此程序從數(shù)據(jù)庫或文本文件(flat file，譯者注：flat file是指沒有特殊格式的非二進(jìn)制的文件，如properties和XML文件等)中查找定價(jià)信息。一旦找到，服務(wù)器端(server-side)程序把結(jié)果信息表示成(formulate)HTML形式，最后Web服務(wù)器把會(huì)它發(fā)送到你的Web瀏覽器。簡(jiǎn)而言之，Web服務(wù)器只是簡(jiǎn)單的通過響應(yīng)(response)HTML頁面來處理HTTP請(qǐng)求(request)。
情景2：帶應(yīng)用程序服務(wù)器的Web服務(wù)器情景2和情景1相同的是Web服務(wù)器還是把響應(yīng)(response)的產(chǎn)生委托(delegates)給腳本(譯者注：服務(wù)器端(server-side)程序)。然而，你可以把查找定價(jià)的商業(yè)邏輯(business logic)放到應(yīng)用程序服務(wù)器上。由于這種變化，此腳本只是簡(jiǎn)單的調(diào)用應(yīng)用程序服務(wù)器的查找服務(wù)(lookup service)，而不是已經(jīng)知道如何查找數(shù)據(jù)然后表示為(formulate)一個(gè)響應(yīng)(response)。 這時(shí)當(dāng)該腳本程序產(chǎn)生HTML響應(yīng)(response)時(shí)就可以使用該服務(wù)的返回結(jié)果了。在此情景中，應(yīng)用程序服務(wù)器提供(serves)了用于查詢產(chǎn)品的定價(jià)信息的商業(yè)邏輯。(服務(wù)器的)這種功能(functionality)沒有指出有關(guān)顯示和客戶端如何使用此信息的細(xì)節(jié)，相反客戶端和應(yīng)用程序服務(wù)器只是來回傳送數(shù)據(jù)。當(dāng)有客戶端調(diào)用應(yīng)用程序服務(wù)器的查找服務(wù)(lookup service)時(shí)，此服務(wù)只是簡(jiǎn)單的查找并返回結(jié)果給客戶端。通過從響應(yīng)產(chǎn)生(response-generating)HTML的代碼中分離出來，在應(yīng)用程序之中該定價(jià)(查找)邏輯的可重用性更強(qiáng)了。其他的客戶端，例如收款機(jī)，也可以調(diào)用同樣的服務(wù)(service)來作為一個(gè)店員給客戶結(jié)帳。相反，在情景1中的定價(jià)查找服務(wù)是不可重用的因?yàn)樾畔?nèi)嵌在HTML頁中了。總而言之，在情景2的模型中，在Web服務(wù)器通過回應(yīng)HTML頁面來處理HTTP請(qǐng)求(request)，而應(yīng)用程序服務(wù)器則是通過處理定價(jià)和有效性(availability)請(qǐng)求(request)來提供應(yīng)用程序邏輯的。
警告(Caveats)現(xiàn)在，XML Web Services已經(jīng)使應(yīng)用程序服務(wù)器和Web服務(wù)器的界線混淆了。通過傳送一個(gè)XML有效載荷(payload)給服務(wù)器，Web服務(wù)器現(xiàn)在可以處理數(shù)據(jù)和響應(yīng)(response)的能力與以前的應(yīng)用程序服務(wù)器同樣多了。另外，現(xiàn)在大多數(shù)應(yīng)用程序服務(wù)器也包含了Web服務(wù)器，這就意味著可以把Web服務(wù)器當(dāng)作是應(yīng)用程序服務(wù)器的一個(gè)子集(subset)。雖然應(yīng)用程序服務(wù)器包含了Web服務(wù)器的功能，但是開發(fā)者很少把應(yīng)用程序服務(wù)器部署(deploy)成這種功能(capacity)(譯者注：這種功能是指既有應(yīng)用程序服務(wù)器的功能又有Web服務(wù)器的功能)。相反，如果需要，他們通常會(huì)把Web服務(wù)器獨(dú)立配置，和應(yīng)用程序服務(wù)器一前一后。這種功能的分離有助于提高性能(簡(jiǎn)單的Web請(qǐng)求(request)就不會(huì)影響應(yīng)用程序服務(wù)器了)，分開配置(專門的Web服務(wù)器，集群(clustering)等等)，而且給最佳產(chǎn)品的選取留有余地。
性能瓶頸
性能瓶頸實(shí)際上就是一個(gè)軟件的性能缺陷，最通俗的理解“性能瓶頸”。
（1）硬件上的性能瓶頸主要指的是CPU、RAM方面的問題。例如，在進(jìn)行軟件需求分析、概要設(shè)計(jì)時(shí)，確定了在數(shù)據(jù)庫服務(wù)器上需要6個(gè)CPU、12G內(nèi)存，但是在測(cè)試時(shí)，發(fā)現(xiàn)CPU的持續(xù)利用率超過95%，這時(shí)可以認(rèn)為在硬件上出現(xiàn)了性能瓶頸。
（2）應(yīng)用軟件上的性能瓶頸一般指的是應(yīng)用服務(wù)器、WEB服務(wù)器等應(yīng)用軟件，還包括數(shù)據(jù)庫系統(tǒng)。例如，在WEBLogic平臺(tái)上配置了JDBC連接池的參數(shù)，最大連接數(shù)為50，最小連接數(shù)為5，增加量為10。在測(cè)試時(shí)發(fā)現(xiàn)，當(dāng)負(fù)載增加時(shí)，現(xiàn)有的連接數(shù)不足，系統(tǒng)會(huì)動(dòng)態(tài)生成10個(gè)新的連接數(shù)，這樣導(dǎo)致了交易處理的響應(yīng)時(shí)間大大的增加。這時(shí)可以認(rèn)為在應(yīng)用軟件上出現(xiàn)了性能瓶頸。
（3）應(yīng)用程序上的性能瓶頸，一般指的是開發(fā)人員新開發(fā)出來的應(yīng)用程序。例如，用Java或者C開發(fā)出來的部署在應(yīng)用服務(wù)器上用于用戶交易請(qǐng)求處理的應(yīng)用程序。例如，某個(gè)開發(fā)員開發(fā)了一個(gè)繳費(fèi)處理程序，在測(cè)試時(shí)發(fā)現(xiàn)，這個(gè)繳費(fèi)處理程序在處理用戶發(fā)過來的并發(fā)繳費(fèi)請(qǐng)求時(shí)，只能串行處理，無法并行處理，導(dǎo)致繳費(fèi)交易的處理響應(yīng)時(shí)間非常長，這時(shí)可以認(rèn)為在應(yīng)用程序上出現(xiàn)了性能瓶頸。
（4）操作系統(tǒng)上的性能瓶頸，一般指的是Windows、Unix、Linux這些操作系統(tǒng)。例如，在windows系統(tǒng)中，虛擬內(nèi)存設(shè)置的不合理，都指定為C驅(qū)提供虛擬內(nèi)存，在測(cè)試時(shí)發(fā)現(xiàn)當(dāng)出現(xiàn)物理內(nèi)存不足時(shí)，虛擬內(nèi)存的交換效果非常不理想，導(dǎo)致交易的響應(yīng)時(shí)間大大增加。這時(shí)可以認(rèn)為在操作系統(tǒng)上出現(xiàn)了性能瓶頸。
（5）網(wǎng)絡(luò)設(shè)備上的性能瓶頸，一般指的是防火墻、動(dòng)態(tài)負(fù)載均衡器、交換機(jī)等設(shè)備。例如，在動(dòng)態(tài)負(fù)載均衡器上設(shè)置了動(dòng)態(tài)分發(fā)負(fù)載的機(jī)制，當(dāng)發(fā)現(xiàn)某個(gè)應(yīng)用服務(wù)器上的硬件資源已經(jīng)到達(dá)極限時(shí)，動(dòng)態(tài)負(fù)載均衡器將后續(xù)的交易請(qǐng)求發(fā)送到其它負(fù)載較輕的應(yīng)用服務(wù)器上。在測(cè)試時(shí)發(fā)現(xiàn)，動(dòng)態(tài)負(fù)載均衡機(jī)制沒有起到相應(yīng)的作用，這時(shí)可以認(rèn)為在網(wǎng)絡(luò)設(shè)備上出現(xiàn)了性能瓶頸。