José Miguel Vidal Lavin <[EMAIL PROTECTED]> wrote:
> On Wed, 26 Jul 2006 11:21:39 -0400, Ernesto del Campo 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. No estoy preguntando cual distro es
> > mejor o peor, solo pregunto por una APROPIADA para este server.
> eso es ya segun el kernel, debes instalar un kernel SMP
Al menos Fedora ahora solo distribuye nucleos SMP para i686 y x86_64. Con
los cambios en 2.6, la diferencia entre UP y SMP sobre UP es casi
imperceptible, asi que...
--
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 15:53:35 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 15:48:24 2006
Subject: =?iso-8859-1?q?Distribuci=F3n_Apro_piada?=
In-Reply-To: Your message of "Wed, 26 Jul 2006 14:30:53 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Juan MartÃnez <[EMAIL PROTECTED]> wrote:
> José Miguel Vidal Lavin wrote:
> > On Wed, 26 Jul 2006 09:27:39 -0400, Ernesto del Campo 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?
> Una distro que ocupe eficiente/eficasmente un determinado
> HW...mmm...no se si exista, eso va mas bien en las apps que configures.
Bueno, el nucleo harto tiene que decir aqui tambien... pero en general
tienes razon, no hay diferencias importantes entre una distribucion y otra
aca.
--
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 16:17:22 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 16:12:11 2006
Subject: OT: php te =?iso-8859-1?q?da=F1a_la?= cabeza
In-Reply-To: Your message of "Wed, 26 Jul 2006 13:24:55 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Juan Carlos Muñoz Ilabaca <[EMAIL PROTECTED]> wrote:
> Disque el Miércoles 26 Julio 2006 03:23, Roberto Bonvallet escribiosese:
> > 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...
> Que yo sepa COBOL es usan indentaciones porque el compilador proviene del
> paradigma largo posición, de hecho el lenguaje se basa completamente en
> largo posición, con sus pictures y cosas raras... yo nunca he utilizado
> COBOL (y espero no hacerlo), pero mi madre si, y algunos compañeros de
> trabajo, y aunque ellos no son de los que les gusta saber el por qué de
> todo, queda más que claro que se compila por largo posición y se programa
> de la misma forma en ese lenguaje, en resumen no usar un automata de pila
> para validarse...
COBOL usa la idea de que la columna en que comienza una instruccion
determina que es. O sea, ciertas instrucciones tienen que comenzar en una
columna dada, el resto en otra (mas indentada). Los programadores
(siguiendo el ejemplo del caso) indentan el resto en forma "consistente",
aunque no tiene significado ya.
No se que usen para compilar COBOL, pero claramente es un lenguaje de
contexto libre de base (la notacion de la gramatica que usan es bastante
sui generis (en buena parte por su enorme variedad de alternativas en
muchas construcciones, y el uso de "noise words" que hacen que parezca
Ingles, pero que pueden omitirse sin mas), pero la tecnologia de parsing no
es realmente relevante aca).
> > 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.
> Yo no creo que sea un tema de fanatismo... a mi me parece que es un tema
> de orden... claro que si me obligan a indentar... eventualmente se ordena
> más que usando delimitadores... supongo que los /#/ son comentarios no???
> es como una primitiva de precopilacion (o preinterpretación)???
No entendi nada...
> Bue... lo importante es que se puede hacer (usar llaves)... y que a mi
> parecer indentar para que algo funcione es más natural que poner
> delimitadores...
No creo... salvo en forma muy superficial.
> a mi me suena a estos problemas de change management...
???
> me dan algo más fácil de usar, que me ahorra código y me ahorra el
> problema tÃpico del cerrado de llaves (que muchos programadores
> simplificaron con el abrir y cerrar al comenzar un bloque), pero me
> quitaron las llaves... asà que no me sirve...
El "me ahorro un par de lineas de codigo" es totalmente irrelevante.
Mi molestia es casos como:
if(algo)
haga_caso_algo();
else if(otro)
haga_caso_otro();
else
haga_ninguno_de_los_dos();
vs
if(algo)
haga_caso_algo();
else
if(tipo_uno_caso_no_algo)
haga_tipo_uno();
else
haga_tipo_dos();
Sintacticamente ambos son iguales, pero en el primer caso veo si es algo u
otro (o ninguno); en el segundo veo si es algo o no, en caso que no lo sea
hay una nueva (sub)discriminacion. Logicamente son diferentes.
A veces es comodo escribir cosas como:
if(ta_bueno) return 0;
y no tener que poner lineas extra.
O tambien el poder decir:
x = 0; y = 1; z = 2;
y no verme forzado "por la indentacion standard" a poner estas tres
instrucciones que /logicamente/ son una unidad ("asignar las coordenadas
de...") en tres lineas.
Tengo la costumbre ademas de separar con lineas en blanco secuencias de
instrucciones que conforman unidades logicas, p.ej. las lineas que
actualizan "juntos" los punteros al actualizar una estructura compleja, o
una secuencia de operaciones que inicializan/actualizan un struct
particular. Esto le produce indigestion a los esquemas "indentacionistas"
--
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 15:22:40 2006
From: [EMAIL PROTECTED] (Danilo Reyes)
Date: Wed Jul 26 16:17:31 2006
Subject: =?iso-8859-1?q?Re=3A_OT=3A_php_te_da=F1a_la_cabeza?=
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
De verdad creo que esta discusion solo les interesa a ustedes, si fueran tan
amables y la siguieran en privado se agradeceria.
respetuosamente
Danilo
Juan Martínez <[EMAIL PROTECTED]> escribió:
Luis Roa P. wrote:
> 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...
>
> Ese es el tipico comentario que demuestra que algunos no viven en el mundo
> real.
> Anda a pedir trabajo a cualquier empresa del area financiera y expresa una
> Frase de esas en la entrevista tecnica de postulacion.
Lo mas seguro es que quien te entreviste, va a estar de acuerdo con la
frase...ahora de ahi a poder hacer algo por cambiar las cosas...es otro
cuento.
> O mejor aún, consigue
> un decreto de algún tipo que determine por secretaria que debe declararse
> ilegal el uso de ese lenguaje y espera a ver las reacciones practicas.
Naa...eso no existe...
> Simplemente, hacer un comentario como ese demuestra IMHO, ignorancia,
Nada que ver. Algo que aun se use "masivamente" (y tan sectorizadamente
como tu mismo te encargaste de enmarcar) en una determinada industria,
no significa que sea bueno. Esta demas decir cual es el mejor ejemplo
que muestra esto.
> clasismo
Que tiene de malo decir que un lenguaje es malo? Es una afirmacion
tecnica, que sostenemos muchas personas. Que tiene de clasista eso?
> y falta de amplitud de criterio.
Todo lo contrario. Uno puede catalogar algo de bueno o malo en la medida
que va conociendo mas cosas, en este caso, conociendo y ocupando una
media docena de lenguajes de programacion. Yo creo que una opinion como
la que se ha expuesto aqui sobre un determinado lenguaje, es en base a
conocer otras herramientas mejores. Lo que dices es una autentica
negacion tautologica.
--
Juan Martinez G.
Departamento de Informatica
Universidad Miguel de Cervantes
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL:
http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060726/be50a75b/attachment.html
From [EMAIL PROTECTED] Wed Jul 26 16:32:46 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 26 16:27:36 2006
Subject: =?iso-8859-1?q?Re=3A_OT=3A_php_te_da=F1a_la_cabeza?=
In-Reply-To: Your message of "Wed, 26 Jul 2006 15:19:11 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
rodrigo ahumada <[EMAIL PROTECTED]> wrote:
> --- "Horst H. von Brand" <[EMAIL PROTECTED]>
> escribió:
[...]
> > > 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.
Razon: No faltan los perejiles que mezclan espacios con tabs, y visualmente
es como dificil distinguirlos. Quien nunca haya tenido misteriosos
problemas con una Makefile por esta razon, que tire la primera piedra...
> y estirar el xterm para tener mas de 80 columnas,
> tambien?
Estudios de legibilidad de texto muestran que el ancho optimo de una linea
es de algo de 70 caracteres.
--
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 16:46:03 2006
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Jos=E9_Miguel_Vidal_?=Lavin)
Date: Wed Jul 26 16:39:38 2006
Subject: =?iso-8859-1?q?_Distribuci=F3n_Apro?= piada
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Wed, 26 Jul 2006 15:38:38 -0300, Enrique Herrera Noya wrote
> para los HP , SUse, RedHat,
> es con RAID ?
>
y eso segun que seria?
saludos
> El 26/07/06, Ernesto del Campo<[EMAIL PROTECTED]> escribió:
> > 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.
> > No estoy preguntando cual distro es mejor o peor, solo pregunto por una
> > APROPIADA para este server.
> >
> > Atte,
> > Ernesto del Campo C.
> >
> > > -----Mensaje original-----
> > > De: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] En nombre de dblackbeer
> > > Enviado el: miércoles, 26 de julio de 2006 9:56
> > > Para: Discusion de Linux en Castellano
> > > Asunto: Re: Distribución Apropiada
> > >
> > > 2006/7/26, Carlos Barbiero <[EMAIL PROTECTED]>:
> > > > On 7/26/06, Ernesto del Campo <[EMAIL PROTECTED]> wrote:
> > > > > 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.
> > > >
> > > > mm para servidores mejor Dapper Server 6.06 LTS o CentOS,
> > > Suse tb es
> > > > una buena opcion.
> > > >
> > > > >
> > > > > Gracias.
> > > > > Ernesto del Campo C.
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Carlos Barbiero
> > > > Corrientes - Argentina
> > > >
> > > >
> > >
> > > y otra vez la burra al trigo
> > > --
> > > cosechero
> >
> >
> >
--
José Miguel Vidal Lavin
Usuario Linux
