我如何計算出我 (a) 正在使用多少 RAM 或 (b) 將從中受益多少？
我曾經從 4GB VPS 執行我的網站。隨著時間的推移，我的儲存需求不斷增長，最終我轉向了 3TB 專用伺服器。作為附帶的好處，我現在有 32GB 的 RAM。雖然我承認我真的不知道該怎麼處理它。
是時候讓我再次繼續前進了，要麼是一個 8TB+ 的盒子，要麼是拆分成一個主盒和一個儲存盒。
問題是，我的唯一/主盒子需要/需要多少 RAM。
我的網站每月產生 200 萬次頁面瀏覽量，並且目前以非常不錯的速度發展。
這是一個帶有 MySQL 伺服器的 PHP 站點。我真的不知道要給出什麼指標來幫助您回答我的問題…
現在， free -m 給
total used free shared buffers cached Mem: 32068 30937 1131 82 1314 22705 -/+ buffers/cache: 6917 25151 Swap: 1023 446 577所以這就是說目前有25GB免費，我想？
我仍然發現自己不願意搬到 16GB 的盒子裡。當然，我沒有使用完整的 32GB，但也許我可以學會…
我認為這個問題非常接近Can you help me with my capacity planning? ，並且那裡的許多建議都適用於此。
但無論如何，我會回答，歸結為監控。您有一台伺服器每月進行 200 萬次頁面瀏覽，記憶體為 32GB？這並不便宜，因此應該在其生命的一英寸範圍內對其進行檢測。你應該從系統外監控它，你應該確切地知道這些數據告訴你什麼，你應該有很好的歷史資訊可以參考。
這是我的彩色盒子中的舊munin圖（2012 年）：
這是在我將機箱從具有 1GB 核心的（非常）舊主機板升級到具有 4GB 核心的主機板之後拍攝的；我希望我在升級之前有一個保存的圖像，但我沒有。有趣的統計數據是“committed”這一行，它是核心向所有應用程序承諾的記憶體量；在此圖中，它平均為 1.1GB，最大為 1.2GB。這就是我進行升級的原因：它告訴我係統對記憶體的呼叫超過了我在其中的記憶體，並且超出了多少。
這是最新的圖表，向我展示了過去一年：
正如你所看到的，已送出的記憶體增加了，部分原因是盒子比以前做了更多的事情，部分原因是它也做了一些新的東西，部分原因是隨著時間的推移核心變得越來越胖。但它也告訴我，即使在一年中最糟糕的一天（3.22GB），它也沒有超過物理記憶體；交換使用仍然微不足道；在這一年中，這種承諾的記憶並沒有增加太多。
這意味著我可以在我的下一個硬體更換週期安全地忽略記憶體，並且可能在我有足夠的交換之後的時間。如果我仍在執行 32 位（我不是），它也會讓我知道何時我將被迫使用 64 位作業系統，所以我可以安排它。
現在，你自己承認，你沒有歷史數據，你也不知道你擁有的數據意味著什麼。很抱歉，但我認為我們無能為力。正如鍊接的答案所說：
容量規劃中有許多因素在起作用……對這些因素和其他因素進行適當的分析超出了簡單問答網站的範圍：它們需要有關您的環境和要求的詳細知識您的團隊（或有足夠報酬的顧問）可以有效地聚集。
我寫這個建議主要是為其他人寫這個建議，並閱讀這個問題。但是，如果您認為可以推遲一個月的升級決定，請在今天進行一些監控，確保它正常工作，了解它告訴您的內容，然後讓它執行一個月，然後您必須做出決定。
