检查点持续时间太长，如何解决？？？高手请进！

Jens

数据导入后执行　update STATISTATICS
BUFFER　 设为内存的1/4--1/2
SHMVIRTSIZE     32000　　可以调大点
CKPTINTVL       改为 300
你的机器有几个物理CPU，内存为多少？

这三个参数可以参才精华贴。
MULTIPROCESSOR  1               # 0 for single-processor, 1 for multi-processor
NUMCPUVPS       1               # Number of user (cpu) vps
SINGLE_CPU_VP   1               # If non-zero, limit number of cpu vps to one

hfzhangyu

将近一个礼拜。类似的问题折腾死了我，花了不少晚上查原因，不过目前尚未有答案。
一开始怀疑是CPU64位和我的SCO 5.06 32兼容性不好的原因(官方建议在64位系统上安装sco6.00) ，现在我推断应该是硬盘驱动和SCO系统、INFORMIX之间的兼容问题，
特征就速度是不稳定（通过load一张表来测速）,在上表的同时查看onstat -l，
发现有时物理日志的%used很快就填满并引起很长的检查点，这就是很明显的硬盘在系统中的速度有问题，这时的上表速度比起正常速度不是一个数量级的缓慢；
然而，在非常少的情况下，比如重建裸设备、重建chunk后的时候，有时能遇上%used在上表期间几乎不增长的情况，而此时速度非常快，很正常。
另外，我怀疑是硬盘驱动装得不好，informix内部没有将/dev/rawdevice识别成正常的裸设备，从而造成性能底下），不知道有什么办法能查看informix是按照什么方式来识别chunk的...

Physical Logging
Buffer bufused  bufsize  numpages numwrits pages/io
  P-1  0        32       91125    2853     31.94%
      phybegin physize  phypos   phyused  %used
      500035   24300    18243    18225    75.00

Logical Logging
Buffer bufused  bufsize  numrecs  numpages numwrits recs/pages pages/io
  L-3  0        32       21078    434      17       48.6       25.5
        Subsystem    numrecs  Log Space used
        OLDRSAM      21078    858540

address  number   flags    uniqid   begin        size     used    %used
849c6170 1        F------  0        42abcd      25000        0     0.00
849c618c 2        U-B----  2        400035      25000        1     0.00
849c61a8 3        U---C-L  3        4061dd      25000      937     3.75
849c61c4 4        F------  0        40c385      25000        0     0.00
849c61e0 5        F------  0        41252d      25000        0     0.00
849c61fc 6        F------  0        4186d5      25000        0     0.00
849c6218 7        F------  0        41e87d      25000        0     0.00

[ 本帖最后由 hfzhangyu 于 2006-12-25 04:14 编辑 ]

liaosnet

呵呵~~原因应该不是onconfig参数配置问题，这些参数是 国内某电信设备提供商 已经设计好了吧，已经在电信运营商那里跑了N多台了，参数年出现这种问题是不会的。
楼主还是检测一下没有配置有误的地方？？

[ 本帖最后由 liaosnet 于 2006-12-25 14:12 编辑 ]