系統吞吐量的評估：
tps1、tps （transactions per second) 每秒事務數
併發數：系統同時處理的request/事務數
tps = 併發數/平均響應時間
2、qps
query per second， qps其實是衡量吞吐量的乙個常用指標，就是說伺服器在一秒的時間內處理了多少個
請求。對於秒殺系統，需要應對的是每秒百萬的qps，假設正常情況下單臺伺服器可以峰值每秒應對100qps，
那麼為了應對這場秒殺活動需要擴容到10000臺伺服器，不過閒暇的時候肯定不需要這麼多伺服器，
所以一般採用的是雲計算，自動進行擴容和收縮。
3、pv
頁面流量量。
如果日均100萬的系統pv。那麼其實每秒訪問量是12次，這種**的訪問量不大，一般的系統架構就可以對付了。
4、響應時間（rt）
響應時間是指系統對請求作出響應的時間，直觀上看，這個指標與人對軟體效能的主觀感受是非常一致的，它非常完整的記錄了整個
計算機系統處理請求的時間。通常系統響應時間是指系統所有功能的平均響應時間或者最大響應時間。對於乙個遊戲系統，響應時間為
100毫秒是很好的，1秒左右是可以接受的，3秒那麼就難於接受了。之前一直說對系統進行優化，提出每個功能的響應時間在10秒，
扯犢子，這都是設定最大超時時間了，肯定不行，一般都是要求1秒以內就作出響應。一般乙個http請求處理時間是幾十毫秒，
所以在使用者操作某個功能的時候，時間一般是1秒以內。多了效率就不高了，需要作出響應的優化了。
系統吞吐量
系統吞吐量 很多情況下，筆者經常聽見許多開發人員在壓力測試中經常提及吞吐量，但經過實際溝通來看，其實大部分開發人員並不能夠準確的理解和定位系統吞吐量或者評估系統吞吐量。簡單來說，吞吐量指的就是系統在乙個指定的時間範圍能，能夠處理的實際請求數量，比如系統以秒為單位，每一秒鐘就近可以處理多少使用者請求，...
系統吞吐量
一 系統吞度量要素 乙個系統的吞度量 承壓能力 與request對cpu的消耗 外部介面 io等等緊密關聯。單個reqeust 對cpu消耗越高，外部系統介面 io影響速度越慢。系統吞吐能力越低，反之越高。系統吞吐量幾個重要引數 qps tps 併發數 響應時間 qps tps 每秒鐘request...
系統吞吐量評估方法 馮凌聖
一 系統吞度量要素 乙個系統的吞度量 承壓能力 與 request 對cpu 的消耗 外部介面 io等等緊密關聯。單個 對cpu 消耗越高，外部系統介面 io影響速度越慢，系統吞吐能力越低，反之越高。系統吞吐量幾個重要引數 qps tps 併發數 響應時間 qps tps 每秒鐘request 事務...