RE: Informix UC7.41 - slow

What O/S What version of IDS Are you using raw or cooked disk How many users? What is your definition of slow? How do you know it is slow, what is the comparison? How much data? volatility of data? ? ? onstat -p onstat -m A buffer size of 8192 (on 2K pages gives only 16 Mb of memory) when you have 2Gb in the machine seems very small, especially as you have locks set to 550,000 (are you really expecting that many rows/ index entries to be locked at one time!!). Try buffers at 50,000 (100 Mb) and see what happens. Keith -> -----Original Message----- -> From: Geezer From The Freezer [mailto:Geezer@Freezer.com] -> Sent: Friday, January 14, 2005 10:50 AM -> To: informix-list@iiug.org -> Subject: Informix UC7.41 - slow -> -> -> Hi, -> -> My Informix installation seems to be running quite slowly. -> It's running on a Sun -> Blade -> 1000 with 2 x 750Mhz processors and 2Gb RAM. -> -> Here is the onconfig file - anything obviously wrong or tuneable? -> -> -> ************************************************************* -> ************* -> # -> # INFORMIX SOFTWARE, INC. -> # -> # Title: onconfig.std -> # Description: Informix Dynamic Server Configuration Parameters -> # -> #************************************************************ -> ************** -> -> # Root Dbspace Configuration -> -> ROOTNAME rootdbs # Root dbspace name -> ROOTPATH /usr/informix/data/data1 -> # Path for device -> containing root dbspace -> ROOTOFFSET 0 # Offset of root dbspace -> into device (Kbytes) -> ROOTSIZE 200000 # Size of root dbspace (Kbytes) -> -> # Disk Mirroring Configuration Parameters -> -> MIRROR 0 # Mirroring flag (Yes = 1, No = 0) -> MIRRORPATH # Path for device containing -> mirrored root -> MIRROROFFSET 0 # Offset into mirrored -> device (Kbytes) -> -> # Physical Log Configuration -> -> PHYSDBS rootdbs # Physical log file size (Kbytes) -> PHYSFILE 32768 # Physical log file size (Kbytes) -> -> # Logical Log Configuration -> -> LOGFILES 45 # Number of logical log files -> LOGSIZE 2048 # Logical log size (Kbytes) -> -> # Diagnostics -> -> MSGPATH /usr/informix/online.log -> # System message log file path -> CONSOLE /usr/informix/console.log -> # System console message path -> ALARMPROGRAM /usr/informix/etc/log_full.sh # Alarm program path -> SYSALARMPROGRAM /usr/informix/etc/evidence.sh # System Alarm -> program path -> TBLSPACE_STATS 1 -> -> # System Archive Tape Device -> -> TAPEDEV /dev/null # Tape device path -> TAPEBLK 256 # Tape block size (Kbytes) -> TAPESIZE 128000 # Maximum amount of data to -> put on tape (Kbytes) -> -> # Log Archive Tape Device -> -> LTAPEDEV /dev/null # Log tape device path -> LTAPEBLK 256 # Log tape block size (Kbytes) -> LTAPESIZE 128000 # Max amount of data to put -> on log tape (Kbytes) -> -> # Optical -> -> STAGEBLOB -> -> # System Configuration -> -> SERVERNUM 0 # Unique id corresponding to -> a Dynamic Server -> instance -> DBSERVERNAME mlgw333 # Name of default database server -> DBSERVERALIASES # List of alternate dbservernames -> DEADLOCK_TIMEOUT 60 # Max time to wait of lock -> in distributed env. -> RESIDENT 0 # Forced residency flag (Yes -> = 1, No = 0) -> -> MULTIPROCESSOR 0 # 0 for single-processor, 1 -> for multi-processor -> NUMCPUVPS 1 # Number of user (cpu) vps -> SINGLE_CPU_VP 0 # If non-zero, limit number -> of cpu vps to one -> -> NOAGE 1 -> AFF_SPROC 0 # Affinity start processor -> AFF_NPROCS 0 # Affinity number of processors -> -> # Shared Memory Parameters -> -> LOCKS 550000 # Maximum number of locks -> BUFFERS 8192 # Maximum number of shared buffers -> NUMAIOVPS # Number of IO vps -> PHYSBUFF 1024 # Size of root dbspace (Kbytes) -> LOGBUFF 1024 # Logical log buffer size (Kbytes) -> LOGSMAX 200 # Maximum number of logical log files -> CLEANERS 16 # Number of buffer cleaner processes -> SHMBASE 0xa000000 # Shared memory base address -> SHMVIRTSIZE 16384 # initial virtual shared -> memory segment size -> SHMADD 8192 # Size of new shared memory -> segments (Kbytes) -> SHMTOTAL 0 # Total shared memory -> (Kbytes). 0=>unlimited -> CKPTINTVL 300 # Check point interval (in sec) -> LRUS 16 # Number of LRU queues -> LRU_MAX_DIRTY 2 # LRU percent dirty begin -> cleaning limit -> LRU_MIN_DIRTY 1 # LRU percent dirty end -> cleaning limit -> LTXHWM 50 # Long transaction high -> water mark percentage -> LTXEHWM 60 # Long transaction high -> water mark (exclusive) -> TXTIMEOUT 0x4b0 # Transaction timeout (in sec) -> STACKSIZE 32 # 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,1 # 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_NUMCONN

"Simmons, Keith" wrote: > > What O/S > What version of IDS > Are you using raw or cooked disk > How many users? > What is your definition of slow? > How do you know it is slow, what is the comparison? > How much data? > volatility of data? > ? > ? > onstat -p > onstat -m Solaris 9 No idea? 7.31.UC5 ?? Cooked This is a test system, so none on this! It takes longer to restore than on my other test system - upto 3 times slower Not a lot, talking a couple of Gb Not volatile on this system Can't upgrade as it's got an application running over it which isn't supported with later releases. It's also had update statistics ran!

Geezer From The Freezer wrote: > "Simmons, Keith" wrote: > >>What O/S >>What version of IDS >>Are you using raw or cooked disk >>How many users? >>What is your definition of slow? >>How do you know it is slow, what is the comparison? >>How much data? >>volatility of data? >>? >>? >>onstat -p >>onstat -m> > > Solaris 9 > No idea? 7.31.UC5 ?? > Cooked > This is a test system, so none on this! > It takes longer to restore than on my other test system - upto 3 times slower > Not a lot, talking a couple of Gb > Not volatile on this system > > Can't upgrade as it's got an application running over it which isn't supported > with later releases. It's also had update statistics ran! Among other problems, 7.31.UC5 still has the buffer aging bug. If you run onstat -P and the summary at the bottom shows more than say 30% of thebuffers are BTREE pages you are suffering from this bug and must upgrade to 7.31UC6 or later. As Keith pointed out we're up to at least 7.31UD7 or UD8 Oh, and BTW this bug may have returned in UD7, we just opened a case about it this week. Art S. Kagel