0
有誰知道多少個請求節點HTTP服務器的基本單一實例每秒能夠處理無需排隊任何要求嗎?節點http服務器每秒可以處理多少個請求而不排隊任何請求?
其實,我需要編寫一個應用程序的NodeJS,應該能夠始終如一地在100ms內約一千傳入的請求作出迴應。我試圖在4個cpus服務器中測試它,並在集羣模式下運行4個實例。但目前只能夠在100ms內
有誰知道多少個請求節點HTTP服務器的基本單一實例每秒能夠處理無需排隊任何要求嗎?節點http服務器每秒可以處理多少個請求而不排隊任何請求?
其實,我需要編寫一個應用程序的NodeJS,應該能夠始終如一地在100ms內約一千傳入的請求作出迴應。我試圖在4個cpus服務器中測試它,並在集羣模式下運行4個實例。但目前只能夠在100ms內
一致地處理小於每秒1000個請求看到這個答案:
這不是排隊,但有多少併發請求節點可以處理與此同時。它包含您可以使用和調整您的需求的示例基準。現在
,大約排隊:從某種意義上說,每一個請求排隊,因爲只有一件事可以在一個節點的過程中同時運行。所以你可以說,一個Node http服務器可以處理多少個請求而不排隊請求的答案是:一個。就像Nginx一樣。
現在,響應時間是一個完全不同的問題,並取決於很多因素,如你實際上是在這些請求處理程序做的。
例如每個請求的平均時間,我在我的實驗here 10000個併發連接不到2毫秒了。如果它做得更多,那麼當然可能需要更多,但所有節點服務器都沒有一個數字。這取決於您的實施效率。
現在,一個很大的禁忌在節點處理併發有:
for
和while
循環