<b id="glvx9"></b> 
| 第 4 頁：答案 |
[問題1]
[問題2] V(G)=6
[問題3]
| 用例編號(hào) | temp取值 |
| 1 |
>= |
| 2 |
> |
| 3 |
== |
| 4 |
<= |
| 5 |
< |
| 6 |
除>=、>、==、<=、<之外的字符組合 |
試題二
[問題1]響應(yīng)時(shí)間是系統(tǒng)完成事務(wù)執(zhí)行準(zhǔn)備后所采集的時(shí)間戳和系統(tǒng)完成待執(zhí)行事務(wù)后所采集的時(shí)間戳之間的時(shí)間間隔，是衡量特定類型應(yīng)用事務(wù)性能的重要指標(biāo)，標(biāo)志了用戶執(zhí)行一項(xiàng)操作大致需要多長時(shí)間。
[問題2]系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量為50
題中指出"通常情況下，交易操作合理的響應(yīng)時(shí)間為5秒以內(nèi)"。此案例中，登錄響應(yīng)時(shí)間隨虛擬并發(fā)用戶數(shù)增加而增長。在50個(gè)虛擬并發(fā)用戶的負(fù)載下，登錄響應(yīng)時(shí)間達(dá)到5秒(注意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10)。當(dāng)負(fù)載超過50個(gè)虛擬并發(fā)用戶，響應(yīng)時(shí)間超過5秒。所以此案例中最合理的并發(fā)用戶數(shù)為50。
[問題3]服務(wù)器CPU資源使用率是合理的。
2M帶寬是系統(tǒng)處理業(yè)務(wù)的瓶頸。
理由是對比"4M帶寬登錄"案例，4M帶寬下，系統(tǒng)每秒處理完成的登錄個(gè)數(shù)固定在13.5個(gè)左右，登錄響應(yīng)時(shí)間隨虛擬用戶數(shù)增加而增長。在60個(gè)虛擬用戶的壓力下，登錄響應(yīng)時(shí)間在4.2秒左右(注意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10)。在80個(gè)虛擬用戶的壓力下，登錄響應(yīng)時(shí)間在5.8秒左右，所以在合理登錄響應(yīng)時(shí)間(5秒)內(nèi)預(yù)計(jì)同時(shí)登錄用戶數(shù)是70左右。服務(wù)器CPU使用率成為系統(tǒng)處理的瓶頸。說明隨著帶寬的提高，系統(tǒng)的處理能力進(jìn)一步提高，同時(shí)高吞吐量造成了系統(tǒng)資源的緊張，帶來了新的系統(tǒng)性能瓶頸。
[問題4] 服務(wù)器CPU資源使用率不合理，其平均值超過85%。
4M帶寬的網(wǎng)絡(luò)測試環(huán)境與2M帶寬的網(wǎng)絡(luò)測試環(huán)境相比，帶來了新的系統(tǒng)瓶頸(CPU資源使用率平均值超過85%)，所以增加帶寬不是提高系統(tǒng)性能的有效方法。在此基礎(chǔ)上，繼續(xù)提高帶寬，系統(tǒng)的處理能力將進(jìn)一步提高，高的處理能力會(huì)使服務(wù)器的資源瓶頸進(jìn)一步加重，帶來更加嚴(yán)重的后果。
[問題5] 當(dāng)CPU資源使用成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：
1. 增加CPU的個(gè)數(shù);
2. 提高CPU的主頻;
3. 將web服務(wù)器與數(shù)據(jù)庫服務(wù)器分開部署;
4. 調(diào)整軟件的設(shè)計(jì)與開發(fā);
當(dāng)帶寬成為系統(tǒng)瓶頸時(shí)的解決方案可以概括為：1. 增加帶寬; 2. 壓縮傳輸數(shù)據(jù)。
相關(guān)推薦：
| 北京 | 天津 | 上海 | 江蘇 | 山東 |
| 安徽 | 浙江 | 江西 | 福建 | 深圳 |
| 廣東 | 河北 | 湖南 | 廣西 | 河南 |
| 海南 | 湖北 | 四川 | 重慶 | 云南 |
| 貴州 | 西藏 | 新疆 | 陜西 | 山西 |
| 寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
| 黑龍江 | 內(nèi)蒙古 |
