drupal 執行 cron 時真吃記憶體

Posted 八月 22nd, 2007 by 逸晨

近來隨著流量日漸增大，資料庫也愈來愈大時，原先想說 256 MB 的 RAM，再加上 2,048 MB 的 swap，應該是足以應付我這人潮不多的小站？誰知，唉~~~

每當執行 cron 時，就會看到硬碟狂轉，此時別說網站連不上了，就連自己想透過 ssh 連線進去查看，都得要等上好幾十秒才有反應，而且還不是只有連線登入時才如此，是每次下達指令時，就好像有幾千上萬人連線到我的網站一樣的反應，真是有夠想砍人的了 @@

其實這也怪自己當初太懶了，再加上想說沒啥人會來這小站，於是只拿一顆硬碟來做系統，所有的分割區完全在這顆硬碟上，難怪每當遇到了硬碟狂轉時，雖然系統負荷才 0.0x，可以說是根本系統是非常閒的，但是反應就是一個字︰ Lag 啦!!

經過幾天的觀察，除了因為硬碟的限制外，還有就是 swap 居然不夠用 @@
天呀，2 GB 都不夠用？小站而己耶？？所以說，drupal 真的是超吃記憶體的，要玩 drupal 的話，實體 RAM 是能多大就多大，swap 能多切就多切一些吧。

最後的解決方法是多拿一顆有一小段壞軌的 80 GB 的舊硬碟，避開那壤軌的地方，重新做好分割區的分配，這次狠一點，一次分個 10 GB 來當 swap，同時還預備著 3 GB 候用，看看還會不會超負載？如果最後還是一樣不足使用的話，看來只好勤奮一點，再將系統重新歸劃安裝一次了 --- 玉皇老哥，上帝大哥，您們兩位老人家就別玩我了吧!!

結論︰
隨著單顆硬碟容量是愈來愈大，玩票性質的伺服器應該如何選擇硬碟的顆數呢？
單一顆的容量好像就己用不完了，買到兩顆實在是太浪費了，若買容量小一些的硬碟兩顆的話，似乎又好像無法應付日後的需求，呵呵，真是令人難以抉擇呀。
不過，不管如何，還是儘量使用兩顆硬碟吧，至少要將 swap 與常會大量且長時間存取的分割區分別放置於不同顆硬碟，如果可以的話，能再分別接至不同 IDE 或 SATA 的連接埠那就更棒了，最佳的選擇則是至少採用 raid 5 以上的磁碟陣列，只是這就有點勞民傷財之感了 ^_^

關於作者