博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
IBM DS存储存储性能调优
阅读量:5106 次
发布时间:2019-06-13

本文共 1152 字,大约阅读时间需要 3 分钟。

版权声明:本文为博主原创文章,未经博主同意不得转载。

https://blog.csdn.net/jaminwm/article/details/26458791

ibm存储适用,其它存储有相似參数。

 

1、调整全局cache參数

11 start and stop cache flush:这两个參数影响控制器处理cache区域的操作,在这中情况下是依照先进先出的原则往磁盘上写数据。这仅仅对打开了写cache的情况下适用。

 

在一般的情况下,在决大多数时候start的值大于stop的值。可是也有少量的情况下start等于stop的值。

startstop80%意味着,控制器的cache将不同意超过80%的部分用于写cache操作。在这样的情况下,控制会尽可能的将80%cache做为写cache使用。这相应用而言,写的性能可能是比較。可是在数据的可靠性保护方面可能不是非常好。假设从数据保护的角度来看。使用比較小的startstop值可能是比較好的。(针对cache掉电等意外情况下,cache中丢失数据的多少来考虑)

 

12 cache block size參数

假设IO操作均小于cache block size的大小,那么每一次IO写到cache中,都会浪费cache的使用情况(对于一个cache block中没有使用的部分,不能用做其它的IO)。假设IO操作均大于cache block size,那么完毕一次操作会使用很多其它的cacheblock

 

2、指定卷上面的cache參数

21 read cache:同意server的读操作从控制器的cache中读取所须要的数据,假设数据不在cache,控制器从磁盘中读取数据并存放在cache中,知道cacheflush

22 readaheadprefetch):同意控制器从磁盘上读取数据到cache中的时候,读取附加的一些数据到cache中。在下一次IO可能会使用到这些数据,这样在性能上可能会有所提高。

23write cache:数据不直接写到磁盘,先写到cache中。

不一定writecache可以提高性能。如在持续的大数据量的时候write cache可能会不关掉cache慢,由于会频繁的出现cache flush

24 write cache是否使用电池保护:假设不用电池保护写cache。可能会出现数据丢失。

25 write cache mirror:可靠性提高,可是性能会减少。

 

由于读、写均共享cache。因此须要总体考虑用于读、写cache的大小,以及对总体性能的影响。

转载于:https://www.cnblogs.com/xfgnongmin/p/10736338.html

你可能感兴趣的文章
MVC+ZTree大数据异步树加载
查看>>
WPF3.5 使用BINDINGGROUP进行实体类和集合验证
查看>>
蓝桥杯 马虎的算式(全排列)
查看>>
DOS 下net start oracleserviceorcl 发生系统错误 5。 拒绝访问。
查看>>
自动加载函数__autoload和spl_autoload_register
查看>>
深入讲解数据库中User和Schema的关系
查看>>
fitness
查看>>
Ubuntu 12.04中文输入法的安装
查看>>
noip模拟赛 读
查看>>
noip模拟赛 游
查看>>
js 一维数组,转成嵌套数组
查看>>
React-使用Redux-thunk中间件实现ajax数据请求
查看>>
lua 6 函数
查看>>
父元素与子元素透明度问题
查看>>
HDU 4557 非诚勿扰(Treap找后继)
查看>>
注意不要编写返回引用可变对象的访问器方法
查看>>
Djangobook
查看>>
Java-多重if 结构
查看>>
unzip:unzip解压文件到指定目录
查看>>
外星人来地球目的若干猜想
查看>>