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_pab...@hotmail.com yahoo : juan_pab...@rocketmail.com (juan_pablos.rm) UIN : 276125187 (ICQ) Jabber : juan_pab...@www.jabberes.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_pab...@hotmail.com >yahoo : juan_pab...@rocketmail.com (juan_pablos.rm) >UIN : 276125187 (ICQ) >Jabber : juan_pab...@www.jabberes.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@postgresql.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 > > > > >
33151-settings_HP
Description: Binary data
33151-postgresql.conf
Description: Binary data
- Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
