Re: Incredible paging on the system

Sorry, I didn't see the original post but, FWIW, this might help explain the problem. : > We have a Delphi application that runs for more than : > an hour, the paging on the system is incredible!! : > After less than an hour the system "sits down"...... : > I'm not able to use the system anymore. Not even take : > the engine off-line. The system is : > HP 9000 E35 with HP-UX 9.04 and Informix OnLine 7.12 UC3. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This might be the crux of the problem. : > This is an extrac of the onconfig file. Do I need : > to change something in order to avoid paging on : > the system? Or could it be the Delphi application? : > : > LOCKS 2000 # Maximum number of locks : > BUFFERS 200 # Maximum number of shared buffers : > PHYSBUFF 32 # Physical log buffer size (Kbytes) : > LOGBUFF 32 # Logical log buffer size (Kbytes) : > LOGSMAX 6 # Maximum number of logical log files : > CLEANERS 16 # Number of buffer cleaner processes : > SHMBASE 0x0 # Shared memory base address : > SHMVIRTSIZE 8000 # 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 24 # Number of LRU queues : > LRU_MAX_DIRTY 70 # LRU percent dirty begin cleaning limit : > LRU_MIN_DIRTY 60 # 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 32 # Stack size (Kbytes) The value of NOAGE was not included. This would be very helpful. Currently, my company is working with HP and Informix to try to isolate a problem on HP-UX systems running Informix 7. Since the oninit (CPU VP) process is runnning all of the time using most of the CPU, the OS will "age" the process. However, you don't want this to happen because after time, your engine will become very slow. So, one would think you should turn NOAGE on. Well, on HP-UX systems this means it would get a real time priority of 127. 127 is the lowest priority a real time process can have. The swapper, on the other hand, has a priority of 128. So you can see the gridlock that would insue if the engine caused any swapping. This isn't a problem on big SMP systems because both the swapper and engine can run at the same time. But those of us with the little uniprocessor systems, this can cause things to screach to a halt (or seem to, at least). Also, BTW, in the situations we've run into, it also will eventually crash the machine. Hope this helps,... Scott Ratliff Systems Engineer CARS Information Systems Corp. scottr@carsinfo.com