Re: distribucion de recursos

2006/7/25, Marcelo Diaz <marcelorauldiaz(at)gmail(dot)com>:
> > En realidad, eso es trabajo del SO (el sistema operativo, segun
> > recuerdo de las clases en el colegio, es el encargado de administrar
> > los procesos y de determinar cuanto tiempo de procesador y cuales
> > recursos se asignan a cada proceso).
>
> Es muy descabellado incluir esto en el postmaster, es decir una buena
> administracion de las peticiones que van llegando.

Claro!
No se si postmaster o quien. pero es obvio que el SO no sabe que hay
otros postmaster que solo necesitan un segundo de procesador para
terminar y tienen que esperar aburridos hasta que el proceso
(postmaster) pesado les deje solo migajas de procesador.
A eso voy, mas alla de los puntos que sabiamente expone Jaime mas abajo.

Discutimos este problema hace algun tiempo donde hablamos sobre renice
pero eso no sirve
> Otra forma de mejora rendimientos podria ser un sistema de archivos
> propio, creado y adaptado a las exigencias de postgres.
>
> Estaran trabajando en esto en la version 8.2?
>
>
> >
> > En postgres lo que puedes hacer es:
> > - optimizar la configuracion para que utilize el hardware que tengas
> > al maximo
> > - reducir el tamaño de tus transacciones (si es posible, claro)
> > - optimizar tus consultas
> > - usar statement_timeout para limitar el tiempo que una sentencia
> > puede correr
> > - usar las ventajas del sistema MVCC que te permite no tener que
> > bloquear (salvo en algunos casos especificos en que en verdad
> > querras hacerlo)
> > - si te ves forzado a bloquear filas/tablas considera la posibilidad de
> > usar NOWAIT para evitar que otras transacciones se queden
> > esperando a que se libere el bloqueo en otra tabla (>= 8.1)
> > - configurar correctamente los parametros del bgwriter para que no
> > interfiera con el trabajo normal de los usuarios
> > - configurar el autovacuum para que no interfiera con el trabajo
> > normal de los usuarios
> >
> > --
> > Atentamente,
> > Jaime Casanova

--
cosechero