Re: 32 o 64 bits?

From: Cristian López <cristianelopez(at)gmail(dot)com>
To: arpug(at)postgresql(dot)org
Subject: Re: 32 o 64 bits?
Date: 2009-04-24 16:58:20
Message-ID: afa05de90904240958w7f7bf9cbo34428e3c210ad9ea@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: arpug

Hola, aportando al comentario de Fernando .. si vas a comprar memoria (y
aunque no la compres), SIEMPRE pero SIEMPRE acordate de "tunear" la conf de
postgresql para que pueda verdaderamente sacarle el jugo al hard.

2009/4/24 Guillermo M. Narvaja <guillermo(dot)narvaja(at)fierro-soft(dot)com(dot)ar>

> El vie, 24-04-2009 a las 11:28 -0300, Emanuel Calvo Franco escribió:
> > El día 24 de abril de 2009 11:21, Fernando Hevia <fhevia(at)gmail(dot)com>
> escribió:
> > >
> > >
> > > 2009/4/24 Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com>
> > >>
> > >> El día 24 de abril de 2009 9:00, Guillermo M. Narvaja
> ...
> > >>
> > >> > Ya que estamos también quería preguntarles qué configuración de
> disco
> > >> > creen que es mejor para usar con 3 discos.
> > >> >
> > >>
> > >> WAL en uno, la data en otro y el tercero crea un tablespace con los
> > >> indices (que sea en el rigido mas rápido).
> > >> No pensaste utilizar una solución con RAID por software?
> > >>
> > >
> > > Primer recomendación: NO INSTALES UN SISTEMA EN PRODUCCION SIN RAID.
> > >
> > > Si tuvieras que quedarte con los 3 discos nomás te recomiendo crear un
> > > volumen RAID 1 dejando el tercer disco de spare. Sólo en caso que
> necesites
> > > maximizar el espacio en disco, y sólo entonces, iría por un RAID 5.
> > >
> > > Sin embargo, te recomiendo fuertemente adquirir un cuarto disco e ir
> por dos
> > > alternativas:
> > > 1. Si la aplicación es OLAP y requiere buena performance tanto de
> lectura
> > > como escritura, crear un único volumen RAID 1+0 para todo (SO, PGdata,
> WALs,
> > > etc.)
> > > 2. Crear 2 volúmenes RAID 1, uno para SO + WAL y el otro para los datos
> de
> > > la base.
> > >
> > > En ambos casos, la solución por soft en Linux (mdadm) es EXCELENTE,
> pero si
> > > pudieras comprar una controladora RAID con BBU caché te mejorará
> > > considerablemente la performance de escritura. Son caras, pero en
> entornos
> > > con cientos de operaciones / seg. lo valen.
> > >
> > > Tampoco descartes comprar más memoria ya que es muy barata. Idealmente
> > > debieras tener la suficiente como para que toda la base quepa en
> memoria.
> > >
> > > De todo esto debe quedarte claro algo: NO INSTALES UN SISTEMA EN
> PRODUCCION
> > > SIN RAID.
> > > Sobretodo si serás luego el responsable de mantenerlo.
> > >
> > > Saludos,
> > > Fernando.
> > >
> > >
> >
> > +1, por eso pregunte si lo habia considerado...
> >
>
> Perdón que no lo aclaré, pero me refería a una configuración de RAID.
>
> Muchas gracias por los consejos, voy a hacer un raid por software de dos
> discos para las bases y dejar el resto en el 3er disco (si consigo que
> me compren otro haré un RAID con esto también).
>
> Saludos,
> Guillermo
>
> PD: creo que hay un problema con la lista, al responder un mail sugiere
> la dirección del remitente en lugar de la de la lista. Habría que
> agregar "Reply-To:" a las cabeceras.
>
> --
> Guillermo M. Narvaja
> Lambda Sistemas S.R.L.
> www.fierro-soft.com.ar
> Tel: (5411) 4139-0493/4
> Cel: (5411) 15-6783-4435
> Email: guillermo(dot)narvaja(at)fierro-soft(dot)com(dot)ar
> MSN: guillermo_narvaja(at)hotmail(dot)com
> Skype: guillermonarvaja
> Lavalleja 519 1er Piso - Ciudad de Buenos Aires - Argentina
>
>
> --
> Sent via arpug mailing list (arpug(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/arpug
>

--
Saludos.
Cristian.

In response to

Browse arpug by date

  From Date Subject
Next Message Mariano Reingart 2009-04-24 17:04:25 Re: Bounce detected (list arpug) from postgreSQL@ec-group.biz
Previous Message Guido Barosio 2009-04-24 16:38:05 Re: Bounce detected (list arpug) from postgreSQL@ec-group.biz