如果你一次請求的資料包為128位元組,只能支援1M / 8 / 128 = 1024個請求併發/秒,一般實際情況會比上述的理論值小一些,再乘個0.8(這個係數是估計的),大概會在820個請求左右如果你每個使用者都需要佔用1K記憶體,而且這部分記憶體保留一段時間,比如30分鐘,所以從記憶體看可以支援最多1G/1K = 1024 * 1024個使用者,但這是理論值,因為記憶體還會被作業系統和伺服器等使用,假定你的可用記憶體為物理記憶體的一半,上述的使用者數也對應減一半至於CPU,這個不太容易估計,因為每次請求的計算量會是不同的,需要你自己去測試一下,找出最常用的幾種請求場景,用模擬使用者做壓力測試,從1個模擬使用者,10個,20個,逐步上漲,直到CPU到100%,然後就知道你能夠支援多少人了,但一般我們都會選擇CPU為70%時候的模擬使用者數量作為系統的可支援併發使用者資料,假定這個資料為X最後,在上面算出來的三個資料中找到最小的,就是你的系統能夠支援的併發量,注意,這還不是可以支援同時線上人數,因為他們線上,但可能不傳送請求,所以,要根據你的應用特點,再估算一下,每秒鐘,平均100個線上使用者中,會有幾個人傳送請求,比如你估算出來是10個,那麼,100/10=10,說明你的線上使用者數可以是併發量的10倍。但是你的線上使用者數,無法超過根據記憶體算出來的可支援使用者數。上面計算方式僅供參考,說句實話,騷年,你這個配置太低了,加配置吧
如果你一次請求的資料包為128位元組,只能支援1M / 8 / 128 = 1024個請求併發/秒,一般實際情況會比上述的理論值小一些,再乘個0.8(這個係數是估計的),大概會在820個請求左右如果你每個使用者都需要佔用1K記憶體,而且這部分記憶體保留一段時間,比如30分鐘,所以從記憶體看可以支援最多1G/1K = 1024 * 1024個使用者,但這是理論值,因為記憶體還會被作業系統和伺服器等使用,假定你的可用記憶體為物理記憶體的一半,上述的使用者數也對應減一半至於CPU,這個不太容易估計,因為每次請求的計算量會是不同的,需要你自己去測試一下,找出最常用的幾種請求場景,用模擬使用者做壓力測試,從1個模擬使用者,10個,20個,逐步上漲,直到CPU到100%,然後就知道你能夠支援多少人了,但一般我們都會選擇CPU為70%時候的模擬使用者數量作為系統的可支援併發使用者資料,假定這個資料為X最後,在上面算出來的三個資料中找到最小的,就是你的系統能夠支援的併發量,注意,這還不是可以支援同時線上人數,因為他們線上,但可能不傳送請求,所以,要根據你的應用特點,再估算一下,每秒鐘,平均100個線上使用者中,會有幾個人傳送請求,比如你估算出來是10個,那麼,100/10=10,說明你的線上使用者數可以是併發量的10倍。但是你的線上使用者數,無法超過根據記憶體算出來的可支援使用者數。上面計算方式僅供參考,說句實話,騷年,你這個配置太低了,加配置吧