Informix - procesador saturado

   
Vista:

procesador saturado

Publicado por kori (9 intervenciones) el 08/05/2008 23:53:03
Buenas tardes a todos, tengo instalado informix Dinamic Server 9.40 sobre windows server 2003 el servidor tienen las siguientes caracteritcas 1 procesador de 3.00 GHZ 2 bancos memoria RAM de 1GB cada uno, tarjeta de red integrada de 1Gb, el problema que tengo es que hay un momento en que el procesador su porcentale de consume llega hast 70%,esto se matienen constante y comienza a lentear las aplicaciones, todos los usuarios tienen que reiniciar sus maquinas y recien se normaliza, bueno tengo cerca de 70 usuario, mi ONCONFIG esta de la siguiente forma no se si esta bien para el hardware que tendo

# Physical Log Configuration

PHYSDBS rootdbs # Location (dbspace) of physical log
PHYSFILE 2000 # Physical log file size (Kbytes)

# Logical Log Configuration

LOGFILES 6 # Number of logical log files
LOGSIZE 10000 # Logical log size (Kbytes)
LOG_BACKUP_MODE MANUAL # Logical log backup mode (MANUAL, CONT)

# System Configuration

SERVERNUM 0 # Unique id corresponding to a server instance
DBSERVERNAME ol_informatica # Name of default Dynamic Server
DBSERVERALIASES # List of alternate dbservernames
NETTYPE onsoctcp,1,120,NET # Override sqlhosts nettype parameters
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 0 # Process aging
AFF_SPROC 0 # Affinity start processor
AFF_NPROCS

# Shared Memory Parameters

LOCKS 32000 # Maximum number of locks
BUFFERS 16000 # Maximum number of shared buffers
NUMAIOVPS # Number of IO vps
PHYSBUFF 128 # Physical log buffer size (Kbytes)
LOGBUFF 128 # Logical log buffer size (Kbytes)
CLEANERS 1 # Number of buffer cleaner processes
SHMBASE 0xC000000L # Shared memory base address
SHMVIRTSIZE 204800 # initial virtual shared memory segment size
SHMADD 51200 # Size of new shared memory segments (Kbytes)
SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL 300 # Check point interval (in sec)
LRUS 8 # Number of LRU queues
LRU_MAX_DIRTY 60 # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY 50 # LRU percent dirty end cleaning limit
TXTIMEOUT 300 # Transaction timeout (in sec)
STACKSIZE 64 # Stack size (Kbytes)

POR FAVOR SI PUDIERAN DECIRME SI ESTOS PARAMETROS ESTAN BIEN, ADEMAS PUDE VERIFICAR QEU MI BASE DE DATOS NO ES TRANSACCIONAL.
GRACIAS POR TODAS LAS REPUESTAS
Valora esta pregunta
Me gusta: Está pregunta es útil y esta claraNo me gusta: Está pregunta no esta clara o no es útil
0
Responder
información
Otras secciones de LWP con contenido de Informix
- Cursos de Informix
- Chat de Informix
información
Cursos y Temas de Informix
- Curso de Informix-SQL
- IBM Informix Developer's Handbook
- Manual de bases de datos Informix

RE:procesador saturado

Publicado por david (3 intervenciones) el 16/06/2008 15:36:32
Hola,
Es complicado decirte si los parametros son Ok asi en frio.

EL problema es que el procesador de la maquina con la instancia de informix se queda casi al 100% o es el procesador de los clientes ?.

Suponiendo que es la maquina con la instancia de informix yo podria todas las sesiones con set-explain-on.. y miraria los SQLs que se están ejecutando como se resuelven (el problema suele ser mas de SQLs que atacan incorrectamente la B.D y suben el procesador mas que de configuración).

El probelma suele ser:
- Exceso de ejecuciones de la misma sentencia.. con SQLs que no han sido pre-parseados.

- Exceso de sentencias que se resuelven via SEQUENTIAN SCAN sobre tablas con numero elevado de tuplas para 'filtar'.

- exceso de 'sorts'

No sé si tienes experiencia en interpretar los explain...

Slds.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:procesador saturado

Publicado por Hector Marquez (1 intervención) el 04/10/2008 17:43:56
Hola Kori, lei tu situacion y tengo lo siguiente;
1.- Yo en tu lugar cambiaria el sistema operativo de Windows a Linux (cualquiera de las distribuciones) Windows no maneja bien el procesamiento a ese nivel, no administra multiples conexiones de red , en Windows pareciera que esta manejando multiprocesamiento pero es una farsa , los encola de una manera que pareciera que esta trabajando en forma paralela los procesos. Unix-Linux fueron diseñados especialmente para eso.
2.- Si no quieres cambiar el SO debes ampliar la memoria ram a 4 GB y el share memory no debe llegar a 512 MB para que cuando se llene la memoria virtual le de oportunidad al sistema operativo de recalcular los segmentos de memoria.

Saludos

Hector.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar