Re: Reenvio- consulta de pg_settings - tunning PGSQL 7.3.7

Gracias de nuevo.

Perdon, pero cuando tome la consulta sobre pg_settings, tenia incorrecto configurados
tenia un archivo que levanta la base de datos en -N256 -B54000, pero en el
archivo postgressql.con max_connection esta en 64 y shared_buffers en 5000 eso me da
aproximadamente 45 Mb de cache.

Anexo el archivo de configuracion actual de la maquina HP,que es la que va
a quedar en produccion.

Voy aseguir las recomendaciones, para ajustar

El Servidor es dedicado y la aplicacion esta en lenguaje C, un 10% o menos esta en SQL embebido

Gracias de nuevo.

Juan Pablo Sandoval Rivera
Tecnologo Prof. en Ing. de Sistemas

Linux User : 322765
msn : juan_pablos(at)hotmail(dot)com
yahoo : juan_pablos(at)rocketmail(dot)com (juan_pablos.rm)
UIN : 276125187 (ICQ)
Jabber : juan_pablos(at)www(dot)jabberES(dot)org
Skype : juan.pablo.sandoval.rivera

APOYA A ECOSEARCH.COM - Ayuda a salvar al Planeta.

On Mar May 25 9:59 , "Ing. Marcos Ortíz Valmaseda"
sent:

>
>
>
>
>
>
>El 25/05/10 09:56, Juan Pablo Sandoval Rivera escribió:
>
>
>
>Buen dia lista
>
>Agradeceria algunos comentarios a los siguiente:
>
>Tengo un Servidor Dell PowerEdge SC1420 con 2 Gb de RAM 1 D.D. SCSI Ulltra320 de 73 Gb 2 Xeon
>(4 cache) con PGSQl 7.3.7
>
>ejecutan Gnu/Linux Red Hat Enterprise 4,.0 para 32 bits (kernel 2.6.9-5Elsmp) Nahant (ES)
>
>y otro servidor con el mismo sistema operarivo y motor de base de datos , HP Proliant ML 150
>G6 2 Xeon Smart Array P410 2 Gb de RAM, 2 D.D. Sata de 15000 RPM (250 Gb) en RAID 1
>
>
>
>Estoy validando la operacion y la diferencia de tiempo de ejecuccion de un proceso entre las
>dos maquians realmente no es muicha unos segundos casi, hasta hay momento que considero que es
>ma rapido la maquina Dell, obviamente debe incidir la tecnologia de los discos duros.
>
>shmmax esta configurado a 500.00.000 , anexo los parametros de ejecuccion de ambas maquinas de
>la consulta a pg_settings.
>
>agradeceria que me dieran recomendacion a dicha confituracion, si esta correcta o que faltaria
>o sobraria afinar. un promedio de 30 usuarios usan el sistema, y es intensivo el uso de disco,
>uan tabla posee + de 8 millones , otra + 13 milloines , la de 8 se usa a diario,
>desarfortunadame no es posbile migrar a 8.x todavia, eso tiomaria una tiempoi de desarrollo,
>ajustes y pruebas, pero eso debe de ajustar con la configuracion actual que menciono.
>
>gracias.
>Juan Pablo Sandoval Rivera
>Tecnologo Prof. en Ing. de Sistemas
>
>Linux User : 322765
>msn : juan_pablos(at)hotmail(dot)com
>yahoo : juan_pablos(at)rocketmail(dot)com (juan_pablos.rm)
>UIN : 276125187 (ICQ)
>Jabber : juan_pablos(at)www(dot)jabberES(dot)org
>Skype : juan.pablo.sandoval.rivera
>
>APOYA A ECOSEARCH.COM - Ayuda a salvar al Planeta.
>
>
>
>
>
>
>-
>Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
>Para cambiar tu suscripción:
>http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
>Si ves, Joshua Tolley te dió el mismo consejo de upgradear a una
>versión más actual. De todas maneras, pudiera darte algunas
>recomendaciones:
>
>En el servidor HP
>
>max_connections 256
>
>
>
>¿Por qué tienes este número tal alto? ¿Realmente se conectan tanto
>usuarios a tu db?
>
>Si es el caso, pudieras usar pgpool-II como pooling de conexiones (Si
>vas a usar la funcionalidad de pgpool-II de paralelización de
>consultas, tienes que actualizar a la versión 7.4)
>
>
>
>shared_buffers    54000
>
>
>
>La recomendación para este valor es el 25% de la RAM en caso de que sea
>un servidor dedicado solamente a PostgreSQL
>
>
>
>default_statistics_target    10
>
>Aumenta este valor un poco, por ejemplo a 50 o a 100 para poder tener
>un sentido más exacto de qué está pasando en tu server
>
>
>
>effective_cache_size    1e+07
>
>
>
>La recomendación para este valor es el 70-80% de la memoria RAM en caso
>de que sea dedicado.
>
>
>
>Saludos
>
>
>
>
>