Hi:
Let me begin by saying thanks to all of the frequent posters to this group.
I wanted to offer my config for comments.
thanks
================================================== ==========
Hola:
Muchas gracias por el tiempo y su ayuda. Estoy dejando mi archivo
ONCONFIG para poder recibir comentarios que me permitar optimizar la
performance del motor.

gracias

================================================== ==========
HP-UX 11.11 (64 bits)
4 CPU's
12 GB Memory
Array VA7400
Informix 7.31 FD8
================================================== ==========


# Root Dbspace Configuration

ROOTNAME rootdbs # Root dbspace name
ROOTPATH /dev/informix/magoosysch01
# Path for device containing root dbspace
ROOTOFFSET 0 # Offset of root dbspace into device
(Kbytes)
ROOTSIZE 204800 # Size of root dbspace (Kbytes)

# Disk Mirroring Configuration Parameters

MIRROR 1 # Mirroring flag (Yes = 1, No = 0)
MIRRORPATH # Path for device containing mirrored root
MIRROROFFSET 0 # Offset into mirrored device (Kbytes)

# Physical Log Configuration

PHYSDBS phydbs # Location (dbspace) of physical log
PHYSFILE 64000 # Physical log file size (Kbytes)

# Logical Log Configuration

LOGFILES 63 # Number of logical log files
LOGSIZE 32768 # Logical log size (Kbytes)

# Diagnostics

MSGPATH /usr/informix/log/magoo.log # System message log file path
CONSOLE /usr/informix/log/magoo.msg # System console message path
ALARMPROGRAM /usr/informix/etc/eventos_magoo.sh # Alarm program path
SYSALARMPROGRAM /usr/informix/etc/evidence.sh # System Alarm program path
TBLSPACE_STATS 1

# System Archive Tape Device

TAPEDEV /dev/rmt/2m # Tape device path
#TAPEDEV /dev/rmt/2m # Tape device path
TAPEBLK 4000 # Tape block size (Kbytes)
TAPESIZE 40000000 # Maximum amount of data to put on tape
(Kbytes)

# Log Archive Tape Device

LTAPEDEV /dev/rmt/2m # Log tape device path
#LTAPEDEV /dev/rmt/2m # Log tape device path
LTAPEBLK 4000 # Log tape block size (Kbytes)
LTAPESIZE 40000000 # Max amount of data to put on log tape
(Kbytes)

# Optical

STAGEBLOB # Informix Dynamic Server/Optical staging
area

# System Configuration

SERVERNUM 1 # Unique id corresponding to a Dynamic
Server instance
DBSERVERNAME magoo_shm # Name of default database server
DBSERVERALIASES magoo_tcp # List of alternate dbservernames
NETTYPE ipcshm,3,250,CPU # Configure poll thread(s) for nettype
NETTYPE soctcp,3,250,CPU # Configure poll thread(s) for nettype
DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed
env.
RESIDENT 0 # Forced residency flag (Yes = 1, No = 0)

MULTIPROCESSOR 1 # 0 for single-processor, 1 for
multi-processor
NUMCPUVPS 3 # Number of user (cpu) vps
SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to
one

NOAGE 0 # Process aging
AFF_SPROC 0 # Affinity start processor
AFF_NPROCS 0 # Affinity number of processors

# Shared Memory Parameters

LOCKS 1024000 # Maximum number of locks
BUFFERS 850000 # Maximum number of shared buffers
NUMAIOVPS 1 # Number of IO vps
PHYSBUFF 512 # Physical log buffer size (Kbytes)
LOGBUFF 512 # Logical log buffer size (Kbytes)
LOGSMAX 64 # Maximum number of logical log files
CLEANERS 128 # Number of buffer cleaner processes
SHMBASE 0x0 # Shared memory base address
SHMVIRTSIZE 632000 # initial virtual shared memory segment size
SHMADD 252800 # Size of new shared memory segments (Kbytes)
SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL 300 # Check point interval (in sec)
LRUS 96 # Number of LRU queues
LRU_MAX_DIRTY 10 # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY 5 # LRU percent dirty end cleaning limit
LTXHWM 50 # Long transaction high water mark
percentage
LTXEHWM 60 # Long transaction high water mark
(exclusive)
TXTIMEOUT 0x12c # Transaction timeout (in sec)
STACKSIZE 128 # Stack size (Kbytes)

# System Page Size
# BUFFSIZE - Dynamic Server no longer supports this configuration parameter.
# To determine the page size used by Dynamic Server on your
platform
# see the last line of output from the command, 'onstat -b'.


# Recovery Variables
# OFF_RECVRY_THREADS:
# Number of parallel worker threads during fast recovery or an offline
restore.
# ON_RECVRY_THREADS:
# Number of parallel worker threads during an online restore.

OFF_RECVRY_THREADS 10 # Default number of offline worker threads
ON_RECVRY_THREADS 1 # Default number of online worker threads

# Data Replication Variables
# DRAUTO: 0 manual, 1 retain type, 2 reverse type
DRAUTO 0 # DR automatic switchover
DRINTERVAL 30 # DR max time between DR buffer flushes (in
sec)
DRTIMEOUT 30 # DR network timeout (in sec)
DRLOSTFOUND /usr/informix/etc/dr.lostfound # DR lost+found file path

# CDR Variables
CDR_LOGBUFFERS 2048 # size of log reading buffer pool (Kbytes)
CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional)
CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds)
CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue
(Kbytes)
CDR_LOGDELTA 30 # % of log space allowed in queue memory
CDR_NUMCONNECT 16 # Expected connections per server
CDR_NIFRETRY 300 # Connection retry (seconds)
CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none,
9 max)

# Backup/Restore variables
BAR_ACT_LOG /usr/informix/log/bar_act_magoo.log
BAR_MAX_BACKUP 0
BAR_RETRY 1
BAR_NB_XPORT_COUNT 10
BAR_XFER_BUF_SIZE 31
# BAR_DEBUG 9
BAR_DEBUG_LOG /usr/informix/log/bar_debug.log

# Informix Storage Manager variables
ISM_DATA_POOL ISMData # If the data pool name is changed, be sure
to
# update $INFORMIXDIR/bin/onbar. Change to
# ism_catalog -create_bootstrap -pool <new
name>
ISM_LOG_POOL ISMLogs

# Read Ahead Variables
RA_PAGES 32 # Number of pages to attempt to read ahead
RA_THRESHOLD 30 # Number of pages left before next group

# DBSPACETEMP:
# Dynamic Server equivalent of DBTEMP for SE. This is the list of dbspaces
# that the Dynamic Server SQL Engine will use to create temp tables etc.
# If specified it must be a colon separated list of dbspaces that exist
# when the Dynamic Server system is brought online. If not specified, or if
# all dbspaces specified are invalid, various ad hoc queries will create
# temporary files in /tmp instead.

DBSPACETEMP tmpdbs1,tmpdbs2,tmpdbs3,tmpdbs4 # Default temp dbspaces

# DUMP*:
# The following parameters control the type of diagnostics information which
# is preserved when an unanticipated error condition (assertion failure)
occurs
# during Dynamic Server operations.
# For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.

DUMPDIR /tmp # Preserve diagnostics in this directory
DUMPSHMEM 0 # Dump a copy of shared memory
DUMPGCORE 0 # Dump a core image using 'gcore'
DUMPCORE 0 # Dump a core image (Warning:this aborts
Dynamic Server)
DUMPCNT 1 # Number of shared memory or gcore dumps for
# a single user's session

FILLFACTOR 90 # Fill factor for building indexes

# method for Dynamic Server to use when determining current time
USEOSTIME 0 # 0: use internal time(fast), 1: get time
from OS(slow)

# Parallel Database Queries (pdq)
MAX_PDQPRIORITY 80 # Maximum allowed pdqpriority
DS_MAX_QUERIES 20 # Maximum number of decision support queries
DS_TOTAL_MEMORY 126400 # Decision support memory (Kbytes)
DS_MAX_SCANS 1048576 # Maximum number of decision support scans
DATASKIP off # List of dbspaces to skip

# OPTCOMPIND
# 0 => Nested loop joins will be preferred (where
# possible) over sortmerge joins and hash joins.
# 1 => If the transaction isolation mode is not
# "repeatable read", optimizer behaves as in (2)
# below. Otherwise it behaves as in (0) above.
# 2 => Use costs regardless of the transaction isolation
# mode. Nested loop joins are not necessarily
# preferred. Optimizer bases its decision purely
# on costs.
OPTCOMPIND 2 # To hint the optimizer

ONDBSPACEDOWN 0 # Dbspace down option: 0 = CONTINUE, 1 =
ABORT, 2 = WAIT
LBU_PRESERVE 1 # Preserve last log for log backup
OPCACHEMAX 0 # Maximum optical cache size (Kbytes)

# HETERO_COMMIT (Gateway participation in distributed transactions)
# 1 => Heterogeneous Commit is enabled
# 0 (or any other value) => Heterogeneous Commit is disabled
HETERO_COMMIT 0

# Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
OPT_GOAL -1

# Optimizer DIRECTIVES ON (1/Default) or OFF (0)
DIRECTIVES 1

# Status of restartable restore
RESTARTABLE_RESTORE on
BAR_BSALIB_PATH /opt/omni/lib/libob2informix_64bit.sl
#-- Parametros no documentados
#-- Diccionario cache y stored procedures
DD_HASHMAX 20
DD_HASHSIZE 503
DS_POOLSIZE 503
PC_POOLSIZE 503


sending to informix-list

"Juan Pablo" <in4mixperu@hotmail.com> wrote in message
news:1120173312.07d6de6c2486de67e3cad47cd40e6341@t eranews...
>
> Hi:
> Let me begin by saying thanks to all of the frequent posters to this
> group.
> I wanted to offer my config for comments.
> thanks
> ================================================== ==========

Big old root dbspace. how much of that is wasted?

RESIDENT 1 (or -1) , NOAGE 1, NUMAIOVPS 4

Juan Pablo wrote:

My comments below:

> Hi:
> Let me begin by saying thanks to all of the frequent posters to this group.
> I wanted to offer my config for comments.
> thanks
> ================================================== ==========
> Hola:
> Muchas gracias por el tiempo y su ayuda. Estoy dejando mi archivo
> ONCONFIG para poder recibir comentarios que me permitar optimizar la
> performance del motor.
>
> gracias
>
> ================================================== ==========
> HP-UX 11.11 (64 bits)
> 4 CPU's
> 12 GB Memory
> Array VA7400
> Informix 7.31 FD8
> ================================================== ==========
>
<SNIP>
> SERVERNUM 1 # Unique id corresponding to a Dynamic
> Server instance
> DBSERVERNAME magoo_shm # Name of default database server
> DBSERVERALIASES magoo_tcp # List of alternate dbservernames
> NETTYPE ipcshm,3,250,CPU # Configure poll thread(s) for nettype

TCP connections should ALWAYS use NET VPs and shared memory only CPU VPs.
Having said that, since you ONLY have 3 CPU VPs, that's indeed what's
happening, the engine first assigns SHM polling threads to the CPU VPs then
since there are no more CPU VPs it starts 3 NET VPs for the following
NETTYPE entry. Just make it explicit and change to:

NETTYPE soctcp,3,250,NET

> NETTYPE soctcp,3,250,CPU # Configure poll thread(s) for nettype
> DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed
> env.
> RESIDENT 0 # Forced residency flag (Yes = 1, No = 0)

On HPUX with PA-RISC RESIDENT must always be set to -1 (on ia64 it's not
mandatory, but at least set RESIDENT to 1). You don't specify your
processor type, so...

RESIDENT -1

> MULTIPROCESSOR 1 # 0 for single-processor, 1 for
> multi-processor
> NUMCPUVPS 3 # Number of user (cpu) vps
> SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to
> one
>

On HPUX on any platform always set NOAGE to 1 as HPUX is VERY aggressive
about downgrading the priority of long running processes like IDS's oninit
processes. So:

NOAGE 1

> NOAGE 0 # Process aging
> AFF_SPROC 0 # Affinity start processor
> AFF_NPROCS 0 # Affinity number of processors
>
> # Shared Memory Parameters
>
> LOCKS 1024000 # Maximum number of locks
> BUFFERS 850000 # Maximum number of shared buffers

Even if all of your chunks are RAW and you are using KAIO, you should set
NUMAIOVPS to a value between 4 and 6 or writes to the console and message
logs will slow down the engine.

> NUMAIOVPS 1 # Number of IO vps
> PHYSBUFF 512 # Physical log buffer size (Kbytes)
> LOGBUFF 512 # Logical log buffer size (Kbytes)
> LOGSMAX 64 # Maximum number of logical log files
> CLEANERS 128 # Number of buffer cleaner processes
> SHMBASE 0x0 # Shared memory base address
> SHMVIRTSIZE 632000 # initial virtual shared memory segment size
> SHMADD 252800 # Size of new shared memory segments (Kbytes)
> SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited
> CKPTINTVL 300 # Check point interval (in sec)

This is one of two specific values for LRUS (64 & 96) that I once suspected
will cause very slow performance and high LRU contention. Informix was
never able to reproduce the problem but several users reported it to me some
years ago, and since it was never reproduced in the lab I suspect that it is
still a problem. Please send me a copy of your onstat -p output so I can
see if this is still true. Meanwhile, it is better to set LRUS to 95 or 97
to avoid the possibility that it is still a problem.

> LRUS 96 # Number of LRU queues
<SNIP>

Your RA_ paramaters are too close together. With a fast disk array that has
good caching this is not needed and will tend to reduce your cache hit
percentages and increase buffer turnover which will drive performance down.
I'd suggest lowering RA_THRESHOLD to 8. If you think you are performing
lots of sequential IO then leave RA_PAGES alone, otherwise drop that to 16.
I can tell from the onstat -p output if this is really a problem for you.

> # Read Ahead Variables
> RA_PAGES 32 # Number of pages to attempt to read ahead
> RA_THRESHOLD 30 # Number of pages left before next group
>

It's a good idea to include one or more 'normal' dbspaces in DBSPACETEMP so
they are used to create logged temp tables instead of the databases' home
dbspaces or rootdbs.

> DBSPACETEMP tmpdbs1,tmpdbs2,tmpdbs3,tmpdbs4 # Default temp dbspaces
>
><SNIP>

Art S. Kagel