Ernesto del Campo <[EMAIL PROTECTED]> wrote:
> Acá en la empresa estamos comprando un servidor hp proliant con doble
> procesador xeon y 2 gigas de ram.
> Este servidor va a correr un sistema en Cobol y un BD en PostgreSQL.
>
> Para esta pequeña máquina, ¿Me recomiendan alguna distro que le vaya a
> sacar
> todo el jugo al hardware?
>
> Estaba pensando instalar FC5 o Suse.
RHEL (o un clon como CentOS) o SLES. Asegurate que el COBOL ande en ese Linux!
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Wed Jul 26 11:40:26 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 11:35:16 2006
Subject: OT: php te =?utf-8?b?ZGHDsWE=?= la cabeza
In-Reply-To: Your message of "Wed, 26 Jul 2006 09:28:19 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Rodrigo Ahumada <[EMAIL PROTECTED]> wrote:
> El Wed, 26 Jul 2006 03:23:31 -0400
> Roberto Bonvallet <[EMAIL PROTECTED]> escribió:
> > Horst H. von Brand:
> > > el usar espacios para
> > > marcar sintaxis (al estilo Python) me parece algo sacado de COBOL,
> > > engendro que debiera estar /bien/ enterrado, estaca en el corazon y
> > > todo...
> > En todos los lenguajes se utiliza indentacion para marcar los bloques.
> > Cual es el problema con eliminar las llaves o los begins/ends
> > redundantes?
> >
> > Ademas, Python ofrece #{ y #} (incluso #begin y #end, y hasta #fi)
> > para los fanaticos de los delimitadores.
> el problema que le veo es que acepta espacios y TABS, pero no se deben
> mezclar, y si son espacios, espacios iguales..., y el otro problema es
> que no se deben mezclar un lenguaje donde los espacios importan con
> otro donde valen nada (html).
Bingo!
> en mi opinion con el uso de espacios han conseguido una de las sintaxis
> mas legibles, pero deberia estar restringido solo al uso de TAB (no
> veo que haya problema, nunca he visto teclado sin tab, ni editor para
> programar decente que no permita ajustar cuantos espacios por TAB).
Eso es una herejia. Un TAB es 8 espacios, nunca mas, nunca menos.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Wed Jul 26 11:49:47 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 11:44:38 2006
Subject: ZFS Adios ext3 y demas .....
In-Reply-To: Your message of "Wed, 26 Jul 2006 09:41:21 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Marcelo Espinosa Alliende <[EMAIL PROTECTED]> wrote:
> El mar, 25-07-2006 a las 17:52 -0400, Horst H. von Brand escribió:
> > Marcelo Diaz <[EMAIL PROTECTED]> wrote:
> [....]
> > Eso me gustaria verlo... notese que "modelo transaccional" /restringe
> > fuertemente/ el orden en que se pueden efectuar las operaciones, asi que
> > esto me huele a cuento chino. Y para esos taman~os estamos hablando de RAID
> > de alguna especie, como interactuan? (RAID con paridad es /lento/!).
> El sistema de archivo está por sobre RAID,
Si lees la referencia a ZFS que alguien dio (gracias!) te das cuenta que
integran el equivalente de LVM al sistema de archivos (y LVM hace parte de
lo que es tarea de RAID, i.e., striping), y proponen magias como poder
sacar un disco en cualquier momento (no, no se las creo) y crear infinitos
snapshots instantaneos del sistema de archivos (lo de infinitos no es
posible, lo de instantaneos me late extremadamente costoso (e inutil, me
interesa una vision /logicamente/ consistente de los datos, no lo que
casualmente esta en un instante dado en el disco)).
> si éste es por HW o SW da lo
> mismo... da lo mismo si sobre él utilizan ext3, xfs... o zfs, RAID se
> va a comportar como RAID para todos.
No... es posible organizar las cosas de forma de no pagar el costo de
RAID. Busca WAFL, es bastante instructivo (aunque para una aplicacion bien
particular).
> si RAID con paridad es lento, definitivamente no viene al caso, aunque
> efectivamente sea lento :)
RAID con paridad implica leer /todos/ los trozos entre los cuales se
calcula la paridad + la paridad para verificar cualquier operacion; al
menos para escribir tienes que leer todo y escribir lo modificado + la
paridad recalculada (o usar una paridad mas bien chanta que te permita
arreglartelas con leer y escribir solo modificado y nueva paridad, pero con
eso la seguridad de los datos es mas dudosa).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Wed Jul 26 11:54:56 2006
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Eduardo_Villagr=E1n_M?=)
Date: Wed Jul 26 11:49:25 2006
Subject: =?iso-8859-1?q?Distribuci=F3n_Apropiada?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Te recomendaría instalar CentOS, esta orientado a la empresa.
Ernesto del Campo escribió:
> Estimados,
>
> Acá en la empresa estamos comprando un servidor hp proliant con doble
> procesador xeon y 2 gigas de ram.
> Este servidor va a correr un sistema en Cobol y un BD en PostgreSQL.
>
> Para esta pequeña máquina, ¿Me recomiendan alguna distro que le vaya a sacar
> todo el jugo al hardware?
>
> Estaba pensando instalar FC5 o Suse.
>
> Gracias.
> Ernesto del Campo C.
>
>
>
>
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
From [EMAIL PROTECTED] Wed Jul 26 11:55:17 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 11:50:09 2006
Subject: =?iso-8859-1?q?RE=3A_Distribuci=F3n_Apropiada?=
In-Reply-To: Your message of "Wed, 26 Jul 2006 11:21:39 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Ernesto del Campo <[EMAIL PROTECTED]> wrote:
> La verdad es que es la primera vez que voy a instalar Linux en un servidor
> con procesador DUAL... Por eso, me gustarÃa saber como se comporta linux con
> dos procesadores, etc.
Excelente. Hay maquinas en produccion con 16 y mas procesadores, me parece
que el record de uso real (no experimento) es 128.
> No estoy preguntando cual distro es mejor o peor, solo pregunto por una
> APROPIADA para este server.
Cualquiera sirve (al menos entre las "grandes"). Las maquinas con mas de
una CPU se hicieron mas que comunes ya.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
