联想存储V3700V2 XP缓存多大满足客户需求
日期：2018-11-13 / 人气：2064
@杨超：
原来我觉得这个越大越好，有些软件，它本身就是越做越大，有好的升级机制，几g都ok，需要多少来多少，有的小机器用那么大缓存，它也计算不过来，还是看个人需要。
@朱杰平：
Cache大小选择跟客户对存储的定位相关，另外很多友商都标识大缓存，其实对于应用没多大帮助，有些更离谱的使用cache用于数据缓存控制器死掉数据丢失。多少cache够用，v7000做外部虚拟化的时候会给1gchche，然后自己慢慢数手指头，哈哈。
@姚准：
这个还是更多时候要看业务吧，虽然数字很好看 ，但是用不上的话 ，也不过是个数字 ，合理的升级机制*。
@梁灼彬：
应该要看产品对于缓存的利用率、不能让客户导致缓存大就代表性能越强的理解，缓存够用就好不能盲目追求。
@黄建芳:
缓存是不是越大对存储性能就越好，这个是受多方面的因素影响的，并不是一个是或否就能解答的问题。
(1) 缓存替换策略也能影响缓存大小的选择：如果某个缓存替换策略足够优秀，跟其他缓存策略相比，即使缓存很小，依然能够维持较高的缓存命中率，达到更好的性能；
(2) 跟缓存策略也有关：如果是写透缓存，对于写请求来说，其实缓存是起不到加速性能的作用，且如果写请求相对于读请求很多，那么相当于实际上还是直接写磁盘了，如果读请求与写请求无关，那缓存的写数据基本上也没意义了；如果是写回缓存，那么缓存越大就能存储更多的写入数据，这些数据在满足一定的条件(如时间超过某个阈值、缓存替换算法选择将其换出等)才写到磁盘，增加了写合并的可能，可以提升性能；
(3) 跟IO请求的特征也有关：因为实际上对操作系统来说，一般OS对写都是异步的，而对读则是同步的，实际上真正导致IO性能的瓶颈是OS对读请求的响应能力。如果读请求没有规律，且也没有部分数据频繁读取的情况，那么大缓存与小缓存的性能其实差别不大（当然，你要是选择一个基本跟底层存储磁盘一样大的缓存那就另当别论了）。实际上，如果读取的数据具有空间和时间的局部性规律或者写入时缓存的策略是写回且写入的数据在不久的将来就会访问到，那么的确是缓存越大越好，但是如果应用不具备这样的特性，那么选择一个相对于底层存储磁盘来说大小有限的缓存实际上也没办法带来性能的显著提升。
总体来说，实际上是应用的IO特性决定了*合适的缓存大小。
综上所述，我们不难看出存储缓存到底多大才能满足客户需求这个主题并没有一个标准答案，存储缓存大小需求本就根据使用场景、存储优化、算法、数据量等多方面有关！
