liaosnet 发表于 2010-05-12 13:51 http://bbs.chinaunix.net/images/common/back.gif
哦,理解了,这是个平台,跑的应用比较多.那我申请下按照你给的方法 做下. 优化呢是不一定修改了某个参数就有效的~需要一步一步来... 优化呢是不一定修改了某个参数就有效的~需要一步一步来...
liaosnet 发表于 2010-05-12 13:58 http://bbs.chinaunix.net/images/common/back.gif
是的, 不过我修改了onconfig那3个参数,找了个机器试了下,数据库启不来
14:05:53Event alarms enabled. ALARMPROG = '/usr/informix/log_full.sh'
14:05:59DR: DRAUTO is 0 (Off)
14:05:59listener-thread: err = -25572: Network driver cannot bind a name to th
e port.
14:05:59Attempting to bring listener thread down
14:06:00INFORMIX-OnLine Initialized -- Shared Memory Initialized.
14:06:00Physical Recovery Started.
14:06:00invoke_alarm(): /bin/sh -c '/usr/informix/log_full.sh 5 6 "Internal Su
bsystem failure: 'MT'" "Attempting to bring listener thread down
" '
14:06:00invoke_alarm(): mt_exec failed, status -1, errno 0
14:06:00 PANIC: Attempting to bring system down
该回去就可以起来了 14:05:59listener-thread: err = -25572: Network driver cannot bind a name to th
e port.
可问题的原因是这个...并不是参数问题... 优化呢是不一定修改了某个参数就有效的~需要一步一步来...
liaosnet 发表于 2010-05-12 13:58 http://bbs2.chinaunix.net/images/common/back.gif
我看了下 LRUS ，LRU_MAX_DIRTY， LRU_MIN_DIRTY
是不是应该这样理解： 增加了LRUS后，会更块的触发页面清理程序将缓存中的数据 写入 磁盘。 这样在做检查点时触发页面清理程序写入的数据就不会有那么多了，加速检查点的完成，避免堵塞。
192$ onstat -R
INFORMIX-OnLine Version 7.23.UC6 -- On-Line -- Up 02:49:28 -- 14624 Kbytes
8 buffer LRU queue pairs
# f/m length % of pair total
0 f 248 99.2% 250
1 m 2 0.8%
2 f 249 99.6% 250
3 m 1 0.4%
4 f 248 99.2% 250
5 m 2 0.8%
6 f 250 100.0% 250
7 m 0 0.0%
8 f 250 100.0% 250
9 m 0 0.0%
10 f 250 100.0% 250
11 m 0 0.0%
12 f 249 99.6% 250
13 m 1 0.4%
14 F 249 99.6% 250
15 m 1 0.4%
7 dirty, 2000 queued, 2000 total, 2048 hash buckets, 2048 buffer size
start clean at 60% (of pair total) dirty, or 150 buffs dirty, stop at 50%
我现在LRU 有7 个dirty 队列，也就是现在dirty 队列现在为7%?
页:
1
[2]