如何確定近似的最大請求數？
我正在建構一個非常簡單的 Web 應用程序，並且需要大致了解我的伺服器可以承受多少負載。
當然，這取決於很多因素，但如果我們談論的是一萬或一萬使用者，我只需要一個粗略的概念，因為目前我不知道。
標準 LAMP 設置，具有非常小的數據庫和相當簡單快速的 PHP。每個非靜態請求大約需要 20 個簡單的 SQL 查詢。在沒有負載的情況下，此類請求的執行時間約為 50 毫秒。沒有顯式記憶體。
目前主機在一個帶有 1GB RAM 和未知 CPU 的 VPS 上。
鑑於此，是否可以給出粗略的估計？瓶頸是什麼？處理器，記憶體？50 毫秒/請求是否意味著每秒 20 個請求？記憶體有多大幫助（10 倍？100 倍？1000 倍？）？記憶體在哪裡最有意義？如何進行負載測試？
呃，很多問題，不期待詳細的答复，但非常感謝我可以從這裡去哪裡閱讀系統要求/測試/可能的擴展方式的指針！
使用者數量幾乎無關緊要 - 重要的是點擊次數以及他們轉身的速度。“相當小的數據庫”——這並不是一個非常有用的指標。
目前託管
所以你已經設置並執行了？那麼你在估計容量方面比我們處於一個很遠的位置。開始在您的 apache 日誌中記錄 %D（如果您還沒有這樣做）並記錄 mysql 慢查詢，門檻值為 0。
每個非靜態請求大約需要 20 個簡單的 SQL 查詢
呃！這是很多數據庫往返。考慮使用聯接（即使是返回單行的查詢的笛卡爾聯接也可以大大提高性能）或伺服器端記憶體？
50 毫秒/請求是否意味著每秒 20 個請求？
不 - 這可能意味著它可以在 50 毫秒內處理 500 個請求，或者它可能意味著它每 50 毫秒只能處理一個請求。
去閱讀一些史蒂夫蘇德的東西。
您目前系統的限制因素可能是記憶體（您的整個數據庫和網站文件是否適合可用於記憶體的記憶體？我懷疑不是）。