Re: Sobre uso de memoria RAM

Listo los cambios que me recomendastes...

Te comento, las pruebas se realizaron en una máquina Windows de igual
manera, aunque estoy dudando de las mismas, pues se realizaron con una bd
1.8 Gb y de producción como comento tiene 2.4Gb.

Sobre los SQLs, este es uno de los mas fuertes..

select distinct
CC.acceso,CC.ext_acceso,CC.UBICACION

from (( ( ((DOCUMENT CT01
INNER JOIN CENTRAL CC ON
(CT01.ACCESO = CC.ACCESO AND CT01.EXT_ACCESO = CC.EXT_ACCESO) and
( CT01.FECHA_ISO LIKE '1992%' ) ))
INNER JOIN (CODDESC CT02 INNER JOIN DESCRIPT DE02 ON
(CT02.COD_DESC = DE02.CODESC) AND DE02.TIPO = 'PAR' and (
DE02.DESCRIPTOR = 'SANTA LUCIA' AND DE02.TIPO = 'PAR') ) on
(CC.acceso = CT02.acceso and CC.ext_acceso = CT02.ext_acceso ))
INNER JOIN (CODDESC CT03 INNER JOIN DESCRIPT DE03 ON
(CT03.COD_DESC = DE03.CODESC) AND DE03.TIPO = 'EOPN' and Not (
DE03.DESCRIPTOR = 'VALIDADO' AND DE03.TIPO = 'EOPN') ) on
(CC.acceso = CT03.acceso and CC.ext_acceso = CT03.ext_acceso ))
)
, codtit ctt
inner join titulos tit on
(ctt.portada = '1' and ctt.cod_titulo = tit.cod_titulo)
where CC.nivel_reg <> 's'
AND (CC.TIPO_LITER = 'U11')
AND (CC.CODIGO IS NULL OR CC.CODIGO IN ('','U0240000000*'))

and CC.acceso = ctt.acceso and
CC.ext_acceso = ctt.ext_acceso ORDER BY 3 ASC;

CENTRAL: 300.000 registros
DESCRIPT: 70.000 registros
CODESC: 450.000 registros
TITULOS: 400.000 registros
CODTIT: 650.000 registros
DOCUMENT: 300.000 registros

Ahora bien... lo que mas me preocupa es que los primeros Cgis son los
ultimos que terminan, pareciera que pierden la prioridad, y chequeo los
back ends de postgres y estan como esperando algo, de verdad no entiendo.
Otra cosa ustedes me recomendarian pasar el servidor de Db a Linux? en
ese caso que distribución recomiendan (yo se que esto puede ser un tema de
dificil discusión, pero me gustaría leer sus comentarios).

Atte.
Leonardo

At 04:42 p.m. 15/12/2006, Alvaro Herrera wrote:
>Leonardo Castillo escribió:
>
> > En dias pasados comenté que necesitaba algunos tips para la entonación
> > del server postgres. Ahora bien esas recomendaciones del compañero Alvaro
> > Herrera efectivamente mejoraron en el ambiente de prueba, ahora en el
> > ambiente de producción los resultados siguen siendo pateticos. Les comento
> > mi configuración: Windows 2003 - Postgres 8.2, con 1Gb de RAM, 3 DD 33 GB
> > SCSI, 1 para el SO y 1 para el tablespace y 1 para documentos. La
> > aplicación que se conecta vía ODBC. Ahora bien luego de este largo
> > cuento, les comento lo del Subject del correo, la cuestión es que veo que
> > la aplicación no consumen RAM, consume CPU pero la RAM nada. Otro punto es
> > que llegan 10 Cgis ejecutandose con la misma operación, en teoría el
> > primero que comienza deberia terminar, pues no al contrario el primero que
> > comienza es de los últimos en terminar.
> >
> > Sobre mi configuración, les comento las variables que toqué:
> >
> > max_connections = 120
> > shared_buffers = 48MB //Postgres 8.2 acepta estas unidades
> > work_men = 96MB
>
>Baja este valor! A la decima parte o algo asi; de lo contrario estara
>usando mucho swap. Dale mas shared_buffers, quizas 200 MB. El resto de
>la memoria la debe usar el sistema operativo en forma de cache de disco.
>No tengo idea como verificar que Windows lo hace, o en que medida lo
>hace.
>
>El ambiente de prueba tambien usaba Windows?
>
>Que tal si nos muestras un par de las queries lentas que estas haciendo,
>a ver si podemos darte ayuda para mejorarlas individualmente? Eso suele
>ser importante.

Atte.
Leonardo Castillo
Hacer Sistemas C.A.

Oficina: +58(274)2527198, 2528808
Movil: +58(416)4718010