DSS这个配置可行不？

iceiceberg

BUFFERS         1000000          # Maximum number of shared buffers
PHYSBUFF        320             # Physical log buffer size (Kbytes)
LOGBUFF         320             # Logical log buffer size (Kbytes)
LOGSMAX         30              # Maximum number of logical log files
CLEANERS        4               # Number of buffer cleaner processes
CKPTINTVL       3600              # Check point interval (in sec)
LRUS            8               # Number of LRU queues
LRU_MAX_DIRTY   60               # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY   50               # LRU percent dirty end cleaing limit

倒不是在哪个系统中真实存在的，我随便设了一下，感觉这样应该对存在大量数据导入操作的DSS的性能有提升。
大家谈谈意见哈：）

wolfop

你的主机配置如何？硬件如何？
不然别人怎么知道。
不过有一点，你的LRU和CKPTINTVL不太好。插入的时候可能大量要靠LRU写的同事，检查点需要的时间恐怕也不短，对DSS这样不好。

iceiceberg

我这样的设置就是为了优化导入操作的性能。一个基本的思想是，在清理线程从内存往磁盘写的时候，一次写的数据越多，整体的性能就越高。所以我才故意让检查点的持续时间较长的。
另外有一点忘了交待，PHYSFILE设成50M，是用75%时来触发检查点的。

刚才我又想了一下，觉得把LRU_MIN_DIRTY设成0似乎会更好，而MAX还是60.这样一次清理就可以往盘上写60%的BUFFER。

机器的性能嘛……假设还凑合吧：）

这些都是我一些主观的想法，希望大家提提意见

wolfop

既然这样MAX_DIRTY干嘛不设置到90%以上。
你的物理日志多大？导入数据的时候平均量多大？

lmtok

如果大批量数据倒入，而且对数据库响应速度要求不高的数据库系统，我倒是觉得LRU＿MAX＿DIRTY和LRU＿MIN＿DIRTY，设高一点反而是好的。毕竟块写的速度要比LRU写的效率要高

iceiceberg

原帖由 wolfop 于 2006-5-23 21:02 发表
既然这样MAX_DIRTY干嘛不设置到90%以上。
你的物理日志多大？导入数据的时候平均量多大？

如上所述，50MB。这个设置我觉得已经很保守了，不知道设成1G会怎么样？：）
呵呵MAX_DIRTY设成100我觉得也可以吧？然后把MIN_DIRTY设成0，极限了：）

iceiceberg

补充一下，我们的系统主要的导入都是在晚上，所以如楼上所言，对响应速度要求不高

iceiceberg

原帖由 lmtok 于 2006-5-24 10:10 发表
如果大批量数据倒入，而且对数据库响应速度要求不高的数据库系统，我倒是觉得LRU＿MAX＿DIRTY和LRU＿MIN＿DIRTY，设高一点反而是好的。毕竟块写的速度要比LRU写的效率要高

嗯，这样的话就需要仔细地调节检查点的时间间隔，让LRU在刚刚要满的时候就刚好开始检查点。
这样看来，能过CKPTINTVL来控制还是不太好。最好是通过设置PHYSFILE的大小来进行控制，使LRU在刚好满的时，物理日志也达到75%的满，触发检查点从而进行块写。
关键是如何控制BUFFERS与PHYSFILE的关系呢？

1. 
   
2. BUFFERS/2=PHYSFILE*0.75
   

复制代码

这样子行吗？

[ 本帖最后由 iceiceberg 于 2006-5-24 14:06 编辑 ]

iceiceberg

这贴不能沉啊，还没讨论清楚呢~~~