題:
使用Raspberry Pi作為Web服務器,我可以期待什麼樣的性能?
AntonChanning
2012-06-13 15:20:26 UTC
view on stackexchange narkive permalink

有人在他們的Raspi上做了一些網絡服務器基準測試嗎?我還沒有Raspi,但我打算將其用作Web服務器,我很想查看以下數據的統計信息:

  • 每秒請求數
  • 請求之間的延遲響應時間
  • 吞吐量(即每秒字節數)

如果不同的Web服務器軟件和操作系統組合的響應時間不同,我也會對此感興趣進行比較。

投票結束可以解釋為什麼嗎?這是一個客觀的問題,帶有客觀的,可衡量的答案。
我不能權威地回答,但我認為一般來說最快的Web服務器將是RPi上最快的。我的偏好是Nginx。
@AlexChamberlain謝謝您,非常有用,但是我仍然很想知道我可以從設備中獲得什麼樣的性能,所以我不打算將它用於超出其功能的項目...
參見本頁:https://cheapskatesguide.org/articles/raspberry-pi-webserver.html。本文的第一部分討論了Lighttpd網絡服務器的性能。
二 答案:
#1
+28
Jivings
2012-06-13 16:26:10 UTC
view on stackexchange narkive permalink

我希望,正如Alex所說的那樣,基準測試將顯示出最快的Linux Web服務器仍將是最快的,而不管架構如何。

如果有人想運行基準測試,那麼以下教程將非常有用對我來說:

如何在網絡服務器上執行基準測試


服務靜態頁面

我已經測試了使用Apache的RPi在一個簡單的靜態頁面上提供服務:

  <h1>它有效!< / h1>  

作為控制組,我使用了主要的Web服務器作為搬運工以下規格;

  Intel(R)Xeon(R)CPU X3323 @ 2.50GHz384MB RAM  

結果如下:

控件

  ab -n 1000 -c 5 http://www.ivings.org.uk/~james/index.html服務器軟件: Apache / 2.2.14服務器主機名:www.ivings.org.uk服務器端口:80文檔路徑:/~james/index.html文檔長度:19字節並發級別:5時間測試用時:17.767秒完整請求:1000失敗請求:0寫入錯誤:0傳輸總數:294000字節HTML傳輸:19000字節每秒請求數:56.29 [#/ sec](平均)每個請求的時間:88.833 [ms](平均)每個請求的時間: 17.767 [ms](在所有並發請求中的平均值)傳輸速率:16.16 [Kbytes / sec]連接時間(ms)最小均值[+/- sd]中值maxConnect:42 44 0.8 44 50處理:44 45 0.9 45 59等待:44 45 0.9 45 59總計:86 89 1.3 88 108在一定時間內服務的請求百分比(毫秒)50%88 66%89 75%89 80%89 90%90 95%91 98%91 99%94 100%108(最長請求) 

Raspberry Pi

  ab -n 1000 -c 5 http://86.137.189.68/index.html服務器軟體:Apache / 2.2.22Server主機名稱:86.137.189.68
服務器端口:80文檔路徑:/index.html文檔長度:19字節並發級別:5測試時間:23.186秒完整請求:1000失敗請求:0寫入錯誤:0傳輸總數:304000字節HTML傳輸:19000字節每秒請求:43.13 [#/ sec](平均)每個請求的時間:115.930 [ms](平均值)每個請求的時間:23.186 [ms](所有並發請求的平均值)傳輸速率:12.80 [Kbytes / sec]接收的連接時間(ms)最小平均值[+/- sd ] max max Connect:40 44 5.6 43 116處理中:49 71 156.1 57 2157等待中:47 53 6.7 55 104合計:91 116 156.1 99 2198在一定時間內服務的請求百分比(ms)50%99 66%100 75%100 80%100 90%102 95%126 98%150 99%667 100%2198(最長的請求) 

結論

注意:最好將其作為估算值。

結果表明,Raspberry Pi實際上表現得很好。它的響應速度僅比我的主要Web服務器稍低。

應該可以處理大量的請求。

可能是這樣,但是最快的速度可以產生什麼樣的性能?我想你們都誤解了我要問的問題...
我將在apache上執行一些基準測試並與您聯繫。
謝謝。如果我的問題不清楚,我深表歉意。也許當我真正關心的是標準LAMP堆棧的實際統計數據時,我就糊塗了,要求比較。
LAMP中的“ A”代表Apache HTTP服務器...
@RogerDahl:是的。你為什麼這樣說?
@Jivings:這是給OP的評論。在對您的帖子的最初評論中,他表示他有興趣尋找最快的http服務器的性能,並且對基於Apache的基準測試感到不滿意。然後,他繼續隱式要求Apache基準測試(LAMP中的“ A”)。
有趣。一個“餅場”可能是一種非常經濟高效的服務器解決方案。
@Jivings我在Pi上看到一個公共IP地址,但是我懷疑您的服務器和Pi具有相同的快速網絡連接。您可以在局域網中進行實驗嗎?您可以在禁用訪問日誌(或至少到tmpfs)的情況下進行測試嗎?如果未禁用訪問日誌,則SD卡的速度將極大地影響您的結果。
-1
#2
+5
Lekensteyn
2013-05-10 23:08:15 UTC
view on stackexchange narkive permalink

在提供靜態內容時,Apache不是最佳選擇,nginx更適合於此。我使用 http://lekensteyn.nl/index.html作為測試文檔進行了基準測試。它比Jiving的示例大,因為19字節對於實際頁面而言是不現實的。結果非常驚人,RPi甚至勝過我的筆記本電腦(也許是因為我啟用了各種內核調試開關)。

這是在Arch Linux上運行的nginx 1.4.1(RPi, access_log off ,有線以太網):

  $ ab -n 1000 -c 5 http://192.168.2.10/index.html服務器軟件:nginx / 1.4.1服務器主機名:192.168 .2.10服務器端口:80文檔路徑:/index.html文檔長度:2159字節並發級別:5測試時間:2.341秒完整請求:1000失敗請求:0寫入錯誤:0總計傳輸:2392000字節HTML已傳輸:2159000字節每秒請求:427.18 [#/ sec ](平均)每個請求的時間:11.705 [ms](平均)每個請求的時間:2.341 [ms](所有並發請求中的平均)傳輸速率:997.86 [Kbytes / sec]接收的連接時間(ms)最小均值[+ / -sd]中位數maxConnect:0 1 0.1 1 1處理中:4 11 1.0 11 20等待中:3 11 1.0 10 19總計:4 12 1.0 12 21一定時間內服務的請求百分比(ms)50%12 66%12 75%12 80%12 90%12 95%12 98% 17 99%18 100%21(最長請求) 

這是我的筆記本電腦( access_log註銷,有線以太網):

 服務器軟件:nginx / 1.4.1服務器主機名:192.168.2.12服務器端口:80文檔路徑:/index.html文檔長度:2159字節並發級別:5測試時間:2.593秒完整請求:1000失敗請求:0寫入錯誤:0
傳輸的總數:2392000字節傳輸的HTML:2159000字節每秒請求數:385.62 [#/ sec](平均)每個請求的時間:12.966 [ms](平均)每個請求的時間:2.593 [ms](平均在所有並發請求中)傳輸速率:接收到900.79 [Kbytes / sec]連接時間(ms)最小均值[+/- sd]最大中值連接:2 6 3.4 5 82處理:3 7 5.6 6 86等待:3 7 5.5 5 82總計:6 13 6.8 12 94已處理請求的百分比在一定時間內(毫秒)50%12 66%13 75%14 80%15 90%17 95%19 98%24 99%34 100%94(最長請求) 

對於完整性,我的遠程服務器。 WAN連接可能會成為瓶頸( access_log 也未關閉),速度較慢:

 服務器軟件:nginx / 1.2.8Server主機名:lekensteyn.nlServer端口:80文檔路徑:/index.html文檔長度:2159字節並發級別:5測試時間:11.074秒完成請求:1000失敗請求:0寫入錯誤:0傳輸總數:2370000字節HTML傳輸:2159000字節每秒請求:90.30 [#/ sec](平均)每個請求的時間:55.371 [ms](平均值)每個請求的時間:11.074 [ms](所有並行請求中的平均值)傳輸速率:209.00 [Kbytes / sec]接收的連接時間(ms)最小均值[+/- sd]中位數maxConnect:25 27 2.3 26 59處理中:28 29 2.3 28 59等待中:26 27 2.4 27 59總數:53 55 3.8 55 102在cer中服務的請求百分比持續時間(毫秒)50%55 66%55 75%55 80%55 90%56 95%57 98%59 99%86 100%102(最長的請求) 

隨著並發性和請求數量的增加,數字應該更加可靠,因為可以包含更多樣本(當我以有線/無線模式對筆記本電腦運行 ab 時,其數字波動很大)。請注意,在使用訪問權限登錄進行測試時,當日誌目錄位於SD卡上時,該文件系統緩衝區會導致不可預測的寫入延遲。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...