Performance Metrics(性能指標)

在我們開始旅行本書之前，我必須先了解本書的性能指標和希望優化后的結果，在第二章中，我們探索更多的性能檢測工具和性能指標，可是，您得會使用這些工具和明白這些性能指標的意義。

? ? ? 由于業務場景的不同和操作方式的不同，應用程序的性能指標情況也不一相同。有時，我們的應用程序規定了重要的性能指標，如webserver需要承受數百萬用戶的并發請求而建立了服務集群和系統均衡負載，以保證應用體系的架構可伸縮的，但是我們看到無數的例子是應用程序重新設計以后，run壓力測試通過后在生產環境應用時確失敗了。

　　在我們的經驗看來，幫組您了解系統的性能目標和環境限制并提高性能，我們有在過去幾年中解決這些問題的列子：

　　我們發現一個web服務器數據托管中心的嚴重的性能問題，測試工程師使用數據中心4mbps共享造成了延遲,他們不了解關鍵性能指標，他們浪費了很多時間在調試實際上是完美運作的web服務器性能問題上，我們能在提高性能并在富UI應用上進行調優，我們重新調整了 CLR\GC的時間分配，優化了UI滯后。我們為了提高編譯效率，解決了微軟一個磁盤驅動程序缺陷。我們通過優化wcf序列化機制，挺高了消息交換90%的時間，為了提高可伸縮性，我們通過優化應用程序之間的依賴關系大大減少了其啟動時間。

　　這些例子從低功耗的觸摸設備到高功耗的圖形處理器通過數據中心展示微妙的交互性特征，在這一章中，我們簡要的探究典型現代軟件的性能指標和目標，下一章中我們將介紹軟件性能測量標準以及如何提高應用程序的性能。

Performance Goals(性能目標)

　　應用程序的性能目標取決于其所服務的領域和服務的生命周期，當我們完成需求分析的時候，我們應該有一個清晰的性能目標，我們簡單的介紹幾個性能目標的指導方針，這些案例可能適用于您的應用軟件。

　　首先，請看下面這些沒有良好性能的例子：

• 當很多用戶同時訪問購物車時
• 用戶分配不合理的內存
• 單個服務器查詢很快，但是多個服務器查詢則負載至滿

?

　　開發人員一般過于主觀的解鎖性能目標會和團隊的其他人員難以達成共識，業務分析師認為100000個并發是合理的，而技術團隊知道可用的硬件無法支持這個并發，開發人員可以考慮500ms的延遲響應，而UI體驗專家則認為這是不合理的，性能目標表示為可量化的性能指標，良好的性能指標包括：

• web一面響應時間不應該超過300ms
• 購物車應該支持5000個并發
• 每個用戶的session分配的內存不應該超過4kb
• 數據庫服務器的I/O不應該超過70%，在不超過10臺應用服務器訪問的情況下響應時間不應該超過75ms。

　　

　　我們簡單的列了一個性能目標的表格

?

?

　　當我們明確性能目標以后，我們的測試盒性能優化工作才能得以進行，在下一章中，我們將討論如何建立測試環境和熟悉性能指標。

　　

　　

轉載于:https://www.cnblogs.com/LiJianBlog/p/3906471.html

總結

以上是生活随笔為你收集整理的Performance Metrics(性能指标1)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。