首頁 電腦科學 M/M/1 佇列計算機 產生日期: 2026年7月20日 下午09:34 M/M/1 佇列計算機 輸入 到達率8服務率10 電腦科學 M/M/1 佇列計算機 由到達率與服務率計算單一伺服器 M/M/1 佇列的平均等待時間、回應時間、佇列長度與使用率。 輸入 到達率與服務率 到達率 單位時間內平均到達的請求數量(λ)。服務率須使用相同的時間單位。 服務率 單一伺服器在持續忙碌時,單位時間內平均能完成的請求數量(μ)。 結果 輸入數值即可顯示計算結果。 回應 回應時間 在到達率為 8 時,一個請求停留在系統內的平均時間,包含等待與服務。 系統內數量 系統內平均的請求數量,包含等待中與服務中的請求。 佇列指標 使用率 % 伺服器處於忙碌狀態的時間比例,等於到達率 8 除以服務率 10。 等待中數量 在佇列中等待、尚未進入服務的平均請求數量。 等待時間 一個請求在開始服務前於佇列中等待的平均時間。 分享 列印報告 重設 嵌入 嵌入這個計算機 預覽 將這段程式碼貼到您的網頁中即可顯示計算機。 複製程式碼 分享這個計算 開啟此連結的人都會看到您填入的數值。 複製連結 分享至 XFacebookLINE 電子郵件 最後更新:2026-06-29 M/M/1 佇列 M/M/1 佇列是排隊理論的基礎模型:單一伺服器處理隨機到達的請求,而服務時間也是隨機的。只需兩個數字——請求到達的速度與伺服器的處理速度——它便能預測平均等待時間、平均回應時間,以及佇列的增長程度。本計算機會一併給出這些數值與伺服器的使用率。 名稱的含義 此記法源自 Kendall 分類法。第一個 M 表示到達為「馬可夫性」(Markovian)——亦即遵循卜瓦松過程,意味著每次到達彼此獨立,且任一區間內的計數為隨機。第二個 M 表示服務時間服從指數分布。1 為伺服器的數量。因此 M/M/1 即「隨機到達、隨機服務、單一伺服器、無限佇列、依序服務」。 使用率決定一切 最重要的單一量是使用率,也就是伺服器處於忙碌狀態的時間比例: ρ=λμ\rho = \dfrac{\lambda}{\mu} 其中 λ\lambda 為到達率,μ\mu 為服務率,兩者使用相同的時間單位。系統僅在 ρ<1\rho < 1 時穩定;若請求到達的速度至少等同於服務速度,積壓便會無限制地增長。由 ρ\rho 可導出穩態下的各項平均值: L=ρ1−ρ,Lq=ρ21−ρL = \dfrac{\rho}{1 - \rho}, \qquad L_q = \dfrac{\rho^2}{1 - \rho} W=1μ−λ,Wq=λμ(μ−λ)W = \dfrac{1}{\mu - \lambda}, \qquad W_q = \dfrac{\lambda}{\mu(\mu - \lambda)} 此處 LL 為系統內的平均數量,LqL_q 為等待中的平均數量,WW 為平均回應時間,WqW_q 則為服務前的平均等待時間。 計算範例 一台伺服器每秒處理 10 個請求(μ=10\mu = 10),並每秒收到 8 個請求(λ=8\lambda = 8)。使用率為 ρ=0.8\rho = 0.8,且: W=1μ−λ=110−8=0.5 sL=ρ1−ρ=0.80.2=4\begin{aligned} W &= \dfrac{1}{\mu - \lambda} = \dfrac{1}{10 - 8} = 0.5\ \text{s} \\ L &= \dfrac{\rho}{1 - \rho} = \dfrac{0.8}{0.2} = 4 \end{aligned}WL=μ−λ1=10−81=0.5 s=1−ρρ=0.20.8=4 因此一個請求平均停留在系統內半秒,而任一時刻平均有四個請求存在。即使伺服器僅有 80% 的時間忙碌,回應時間仍達原始服務時間 0.1 s 的五倍——其中大部分都是等待。 高使用率的危險 由於每條公式的分母都含有 (1−ρ)(1 - \rho),當伺服器接近飽和時,各項指標會急遽上升。在 90% 使用率下系統內的平均數量為 9;95% 時為 19;99% 時則為 99。這種非線性的暴增,正是容量規劃會保留餘裕、而非讓資源逼近 100% 運轉的原因。相同的平均化概念也是 利特爾法則計算器 的基礎,後者在不假設任何特定分布的情況下,連結了並行度、吞吐量與延遲。 M/M/1 模型假設服務時間服從指數分布且佇列空間無限,而真實系統鮮少完全符合。應將其預測視為保守的參考:當服務時間比指數分布更為規律時,實際等待時間通常更短。 常見問題(FAQ)什麼是 M/M/1 佇列?M/M/1 佇列是最簡單的排隊模型:單一伺服器、依卜瓦松過程隨機到達的請求(第一個「M」代表馬可夫性),以及服從指數分布的服務時間(第二個「M」)。「1」代表伺服器的數量。儘管結構簡單,它仍能掌握許多單一資源系統的基本行為,並為等待時間、回應時間與佇列長度提供封閉形式的表達式。 此處的使用率代表什麼?使用率(ρ)是伺服器處於忙碌狀態的時間比例,等於到達率除以服務率,ρ = λ / μ。在 80% 使用率下,伺服器有 80% 的時間處於忙碌。只有當使用率低於 100% 時模型才穩定;達到或超過該點時,請求到達的速度快於服務速度,積壓便會無限制地增長。 為什麼伺服器接近滿載時等待時間會急遽暴增?系統內的平均數量為 ρ / (1 − ρ),回應時間為 1 / (μ − λ)。兩者的分母都含有 (1 − ρ) 這個因子,因此當使用率趨近 100% 時,數值會朝無窮大增長。使用率由 80% 提高到 90%,平均佇列大致會加倍;由 90% 提高到 95% 又會再加倍一次。這種非線性的暴增,正是容量規劃會讓忙碌資源維持在遠低於飽和的水準、而非榨取最後幾個百分點的原因。 此模型的假設與限制為何?M/M/1 模型假設卜瓦松到達、服從指數分布的服務時間、單一伺服器、無限長的佇列,以及先到先服務的順序。 真實系統往往不符合這些假設——服務時間可能比指數分布更為規律、流量可能呈現突發性,而佇列也是有限的。因此此模型最適合用於建立直覺與粗略的容量估算;當服務時間的變異較小時,實際等待時間通常比 M/M/1 預測的更短。 推薦的下一個 利特爾法則計算器 使用利特爾法則(L = λW)連結任何穩定佇列中的平均並行數、吞吐量與等待時間。可求解系統內的項目數、到達率或平均時間。 深入了解延遲預算計算器 把網路延遲拆成四個組成部分——傳播、序列化、佇列與處理延遲——以求出單向延遲與往返時間。可用於診斷一條連線把時間花在哪裡。 深入了解阿姆達爾定律計算機 根據可平行化的工作比例與處理器數量,使用阿姆達爾定律估算程式經由平行化所能取得的最大加速比。 深入了解 200+ 計算機 · 10 種語言 · 完全免費 更多效能與佇列 古斯塔夫森定律計算機利特爾法則計算器快取命中率與 AMAT 計算機阿姆達爾定律計算機愛爾蘭 C 人力配置計算器M/M/1 佇列計算機 +6 more Show less 電池續航時間計算器AMAT(平均記憶體存取時間)計算Apdex 分數計算CPU 執行時間計算器IOPS 與吞吐量換算器M/M/c 佇列計算機 其他電腦科學計算機 網路 子網路(CIDR)計算機每秒封包數計算器延遲預算計算器頻寬延遲乘積計算機CIDR 與子網路遮罩轉換器IP 位址範圍計算機IP 超網路計算機IPv4 位址表示法換算器IPv6 子網路計算機MTU 轉 MSS 計算機TCP 吞吐量計算機安全與加密 密碼強度(熵值)計算機雜湊碰撞機率計算機Chmod 權限計算機UUID 碰撞機率計算器資料與編碼 二補數轉換計算文字轉二進位 / 十六進位 / ASCII 轉換器布隆過濾器容量計算器百萬畫素與列印尺寸計算機色彩格式轉換(HEX、RGB、HSL)色彩深度與每像素位元數計算器串流頻寬計算器吞吐量(bps)換算器奈奎斯特取樣率計算器音訊檔案大小計算機浮點數精度計算機記憶體位址位元計算器資料傳輸時間計算機影片位元率與檔案大小計算機影像檔案大小計算機壓縮率計算機Base64 編碼開銷計算機CRC 校驗碼計算Git 儲存庫複製大小估算IEEE 754 浮點數位元分解PPI / DPI 像素密度計算器QR Code 資料容量查詢Unix 時間戳記轉換(Epoch ⇄ 日期)UTF-8 位元組大小計算機演算法 夏農熵計算萊文斯坦距離計算器漢明距離計算機Big-O 成長率計算機Luhn 檢查碼計算器可靠性與儲存 服務可用性(SLA)計算機雲端儲存費用試算漢明碼 ECC 位元計算器複合可用性計算器API 速率限制計算器Cron 排程解析與下次執行時間MTBF、MTTR 與可用度計算器RAID 容量計算機 這個計算機對您有幫助嗎? 有幫助 需要改進 需要改進 我們可以如何改進這個計算機? 送出回饋 由 OneCalc 提供 ↗
最後更新:2026-06-29 M/M/1 佇列 M/M/1 佇列是排隊理論的基礎模型:單一伺服器處理隨機到達的請求,而服務時間也是隨機的。只需兩個數字——請求到達的速度與伺服器的處理速度——它便能預測平均等待時間、平均回應時間,以及佇列的增長程度。本計算機會一併給出這些數值與伺服器的使用率。 名稱的含義 此記法源自 Kendall 分類法。第一個 M 表示到達為「馬可夫性」(Markovian)——亦即遵循卜瓦松過程,意味著每次到達彼此獨立,且任一區間內的計數為隨機。第二個 M 表示服務時間服從指數分布。1 為伺服器的數量。因此 M/M/1 即「隨機到達、隨機服務、單一伺服器、無限佇列、依序服務」。 使用率決定一切 最重要的單一量是使用率,也就是伺服器處於忙碌狀態的時間比例: ρ=λμ\rho = \dfrac{\lambda}{\mu} 其中 λ\lambda 為到達率,μ\mu 為服務率,兩者使用相同的時間單位。系統僅在 ρ<1\rho < 1 時穩定;若請求到達的速度至少等同於服務速度,積壓便會無限制地增長。由 ρ\rho 可導出穩態下的各項平均值: L=ρ1−ρ,Lq=ρ21−ρL = \dfrac{\rho}{1 - \rho}, \qquad L_q = \dfrac{\rho^2}{1 - \rho} W=1μ−λ,Wq=λμ(μ−λ)W = \dfrac{1}{\mu - \lambda}, \qquad W_q = \dfrac{\lambda}{\mu(\mu - \lambda)} 此處 LL 為系統內的平均數量,LqL_q 為等待中的平均數量,WW 為平均回應時間,WqW_q 則為服務前的平均等待時間。 計算範例 一台伺服器每秒處理 10 個請求(μ=10\mu = 10),並每秒收到 8 個請求(λ=8\lambda = 8)。使用率為 ρ=0.8\rho = 0.8,且: W=1μ−λ=110−8=0.5 sL=ρ1−ρ=0.80.2=4\begin{aligned} W &= \dfrac{1}{\mu - \lambda} = \dfrac{1}{10 - 8} = 0.5\ \text{s} \\ L &= \dfrac{\rho}{1 - \rho} = \dfrac{0.8}{0.2} = 4 \end{aligned}WL=μ−λ1=10−81=0.5 s=1−ρρ=0.20.8=4 因此一個請求平均停留在系統內半秒,而任一時刻平均有四個請求存在。即使伺服器僅有 80% 的時間忙碌,回應時間仍達原始服務時間 0.1 s 的五倍——其中大部分都是等待。 高使用率的危險 由於每條公式的分母都含有 (1−ρ)(1 - \rho),當伺服器接近飽和時,各項指標會急遽上升。在 90% 使用率下系統內的平均數量為 9;95% 時為 19;99% 時則為 99。這種非線性的暴增,正是容量規劃會保留餘裕、而非讓資源逼近 100% 運轉的原因。相同的平均化概念也是 利特爾法則計算器 的基礎,後者在不假設任何特定分布的情況下,連結了並行度、吞吐量與延遲。 M/M/1 模型假設服務時間服從指數分布且佇列空間無限,而真實系統鮮少完全符合。應將其預測視為保守的參考:當服務時間比指數分布更為規律時,實際等待時間通常更短。 常見問題(FAQ)什麼是 M/M/1 佇列?M/M/1 佇列是最簡單的排隊模型:單一伺服器、依卜瓦松過程隨機到達的請求(第一個「M」代表馬可夫性),以及服從指數分布的服務時間(第二個「M」)。「1」代表伺服器的數量。儘管結構簡單,它仍能掌握許多單一資源系統的基本行為,並為等待時間、回應時間與佇列長度提供封閉形式的表達式。 此處的使用率代表什麼?使用率(ρ)是伺服器處於忙碌狀態的時間比例,等於到達率除以服務率,ρ = λ / μ。在 80% 使用率下,伺服器有 80% 的時間處於忙碌。只有當使用率低於 100% 時模型才穩定;達到或超過該點時,請求到達的速度快於服務速度,積壓便會無限制地增長。 為什麼伺服器接近滿載時等待時間會急遽暴增?系統內的平均數量為 ρ / (1 − ρ),回應時間為 1 / (μ − λ)。兩者的分母都含有 (1 − ρ) 這個因子,因此當使用率趨近 100% 時,數值會朝無窮大增長。使用率由 80% 提高到 90%,平均佇列大致會加倍;由 90% 提高到 95% 又會再加倍一次。這種非線性的暴增,正是容量規劃會讓忙碌資源維持在遠低於飽和的水準、而非榨取最後幾個百分點的原因。 此模型的假設與限制為何?M/M/1 模型假設卜瓦松到達、服從指數分布的服務時間、單一伺服器、無限長的佇列,以及先到先服務的順序。 真實系統往往不符合這些假設——服務時間可能比指數分布更為規律、流量可能呈現突發性,而佇列也是有限的。因此此模型最適合用於建立直覺與粗略的容量估算;當服務時間的變異較小時,實際等待時間通常比 M/M/1 預測的更短。