在考虑系统当前的caching使用时应该保守多less？
定期地，与任何大型在线服务一样，我们会评估硬件上的当前负载，并尝试“正确resize”，这样我们就不会为严重不足的硬件付费。
考虑使用高速缓冲存储器时应该多担心？ 我的理解是，caching大体上用作优化，但是我似乎还记得，读取caching可能会持续一段时间，而不再需要使用 – 这是由于资源过度可用而导致的一种浪费。 以下是我们当前系统的一个例子：
所以我的问题是，当考虑这个主机可以（或应该）持有多less负载时，我应该如何“安全”地播放它？ 我是否将所有使用/缓冲区/caching视为最佳使用所需的100％？ 或者我可以对caching更宽松一些，并假定系统可以更频繁地更换caching条目，但是不会导致实际上会导致应用程序性能问题的一点？
- Mac Pro内存安装问题：某些插槽中的RAM丢失
- locking页面的性能v 64位SQL2005 / 2008上的本机内存
- build议openSolaris文件服务器硬件
- 如何validation我的freebsd框支持的内存types？
- 重的Apache内存使用
caching是关于减less对底层存储（HDD或SSD）的访问，所以这一切都取决于你的I / O工作量。 减less可用的caching可以增加您的iowait和磁盘的%utils统计数据，这意味着物理磁盘可能承受更大的压力。
我build议你用相对较小的步骤减less你的可用内存（即：有时4GB），并检查你的服务器性能是否下降。 如果没有，你可以减less你的记忆（显然，从来没有在你的应用程序的最低要求）。