最近一陣子都主力在 Squid 上的調校，因為後端高貴而貴價格近千萬的儲存設備的 Disk Util 已經接近 100%，這情況演變下去一定得再花個幾百萬來加購設備，所以開始找了幾個解決方案，如 Bluecoat、Akamai，但受限於景氣不好，要考慮一下老板的口袋，也為了自已的年終著想，所以才選用這種免費的備援方案，但因為經驗值不足，所以只好土法練鋼的方式來測試，所以我建立了幾組對照組
Server Dell 1950
| 1G | 2G | 4G | 8G | 16G | |
| SAS 72G Hit Rate | 80 | 70 | 60 | 50 | 40 |
| Memory Hit Rate | 40 | 50 | 60 | 70 | 80 |
| IO Waiting | 30 | 30 | 20 | 20 | 10 |
以上證明，Memory 愈大，有助於 squid 的 I/O waiting 有效降低，也可以提高物件的反應速度，減少 Disk Read/Wirte，真正達到”快取”的效果，重點是可以提高 Request Hit Ratios，減少後端儲存設備的 I/O
Squid 注意的事項如下 :
1. /var/spool/squid 目錄最好以 ext2 or reiserfs 並獨立一顆 HDD
- Memory 加大有助於 Disk I/O 降低
- HDD cache 有助於後端 Storage 的 Disk 及 網路 I/O 降低
- 依照網站狀況來定義 Disk / Memory replacement policy
- 目前市面上的 SLC SSD 效果並不好 >”< Read/Write 同時進行時，會死的很慘..
- ACL 要設好，以免一堆人來利用你的 Proxy 來跳登 qq 及 icq ..etc