Franco Catrin wrote:
> El lun, 23-10-2006 a las 15:30 -0300, Ricardo Mun~oz A. escribió:
>
>> Franco Catrin wrote:
>>
>
>
>>> Con todo listo para operar tenemos casi 32MB de memoria ocupada, y
>>> mapeado un poco mas de 256MB, y con esto ya podemos hacer aplicaciones
>>> escalables, distribuidas, etc.
>>>
>>> Como decia Horst.. el hardware es mucho mas barato que las HH, en mi PC
>>> aun tengo 480MB para jugar
>>>
>>>
>> te falto incluir la RAM que te consume tu IDE Java favorito (solo un
>> suicida desarrolla una
>> aplicacion seria en Java sin un IDE)...
>>
>
> No tiene sentido, el IDE no lo usas en las maquinas que estan sirviendo
> (produccion).
>
exacto! tu ejemplo era de una maquina de desarrollo: "aun tengo 480MB
para jugar".
en produccion no se juega...
[...]
>> pero lo realmente interesante seria saber la cantidad de
>> RAM necesaria para un servidor web de produccion, con digamos unas 1000
>> conexiones simultaneas... te quedaria RAM para jugar?? ;)
>>
>
> Demas, las conexiones simultaneas no ocupan "mas ram", lo que ocupa ram
> son los objetos vivos, y en aplicaciones mayoritariamente stateless son
> objetos muy volatiles. El problema lo tendria si se estan calculando
> 1000 reportes a un mismo tiempo, pero eso simplemente lo arreglaria
> cambiando la invocacion al servicio de sincronica a asincronica con una
> cola de mensajes, que es parte de J2EE, como usas las colas de mensajes
> en PHP? que haces en esos casos? porque el uso de memoria deberia andar
> cerca en ambas plataformas para ese tipo de requerimientos.
>
paremos este tipo de comparaciones. no se puede comparar PHP que es solo
un lenguaje,
con J2EE que es una "especificacion para el desarrollo y explotacion de
aplicaciones
distribuidas multicapa"...
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Tue Oct 24 09:42:51 2006
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Tue Oct 24 09:45:58 2006
Subject: Programar en Linux
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]><200610202156 [EMAIL
PROTECTED]><[EMAIL PROTECTED]><3cd5f0920610 [EMAIL PROTECTED]><[EMAIL
PROTECTED] ocalhost.localdomain><[EMAIL PROTECTED] il.com><[EMAIL
PROTECTED]><[EMAIL PROTECTED] dgpa.armada.cl><[EMAIL
PROTECTED]><1161629972.8683.38.camel @pillan.dgpa.armada.cl>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Franco Catrin wrote:
[...]
> otra duda que me surge, como lo haces en PHP para distribuir procesos?
> por ejemplo tienes una parte de tu aplicacion que requiere respuestas
> rapidas, y otra capa que es de procesamiento intensivo pero que no tiene
> que ser sincronico necesariamente? En esos casos lo que uno hace es que
> unas maquinas hacen un tipo de tarea y otra u otras maquinas hacen la
> otra parte de la tarea? que provee php para eso?
>
XML-RPC y SOAP.
> (he aprendido harto con este thread)
>
que bien.
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Tue Oct 24 10:39:13 2006
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Tue Oct 24 10:42:28 2006
Subject: Programar en Linux
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]><1161451786.7 [EMAIL
PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED] l.gmail.com><[EMAIL
PROTECTED]><1161624865.5173.5.camel @localhost>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Mauro A. Morales M. wrote:
[...]
> PHP tiene una curva de aprendizaje 'formal' e 'informal' muy rápida
> (quizas exponencial) y de bajo costo.
>
no es solo el lenguaje, el "exito" de PHP se debe a la combinacion con
Apache+MySQL
y opcionalmente Linux. en el submundo informatico hay muchos
no-informaticos como
por ejemplo disen~adores graficos que se ponen a desarrollar
aplicaciones web. se meten
con PHP/MySQL (muchas veces corriendo sobre Windows) por ser una combinacion
mas abordable, ademas de ser una moda. logran hacer algo, pero el mal
producto no es
a causa del lenguaje. por ejemplo, no podemos culpar a los intrumentos
musicales por
las "terribles" canciones que hacen / tocan los musicos aficionados... ;)
> Java, Python, Perl, tienen una curva mas lenta y costosa, en especial
> porque se requiere de mayor/mejor conocimiento respecto a la base (OO,
> servicios, arquitectura y diseño, etc),
no necesariamente. si revisas por ejemplo este articulo:
http://www-128.ibm.com/developerworks/library/os-php-designptrns/index.html
que puedes concluir?
> lo que no lo hace 'abordable' para un sistema de requerimiento de desarrollo
> rapido.
>
> Como segunda cosa, la mitificación que se tiene hacia Java (en
> particular) respecto de lo 'pesado' de sus programas, maquinas
> virtuales, etc, cuando nadie ha podido dar razones que comprueben
> aquello, ante lo cual PHP se convierte en una opción mas 'liviana', por
> lo que es buen argumento para convencer a un 'cliente' acerca de la
> conveniencia de tener el sistema en PHP, ya que no requerirá tantos
> 'recursos'.
>
tambien se da el caso opuesto, empresas que ofrecen soluciones J2EE
"corporativas"
millonarias, que luego quedan botadas por estar mal disen~adas... pero
en ningun
caso el problema es de la plataforma J2EE, opino que es una excelente
plataforma
de desarrollo para cierto tipo de aplicaciones, como las muy complejas o
las muy
especificas (un juego para un celular, o un unico componente que luego
sera usado
en un sistema mas complejo). pero para la gran mayoria de aplicaciones
web es
suficiente el uso de un lenguaje como PHP (o Perl o Python), sobre todo
porque el
exito de un proyecto no depende del lenguaje utilizado sino en parte del
disen~o y
arquitectura, ademas de su gestion (planificacion, control, etc.)
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Tue Oct 24 11:03:59 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Tue Oct 24 11:02:53 2006
Subject: Programar en Linux
In-Reply-To: Your message of "Mon, 23 Oct 2006 23:47:57 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Mauro A. Morales M. <[EMAIL PROTECTED]> wrote:
[...]
> En cuanto a PHP, hace mucho que dejé de usarlo por varias razones
> comentadas tanto por Alvaro, HvB y tú, pero hay 2 cosas que quiero
> mencionar.
>
> PHP tiene una curva de aprendizaje 'formal' e 'informal' muy rápida
> (quizas exponencial) y de bajo costo.
Si, pero ese costo (si eres profesional) lo pagas /una/ vez para N
desarrollos...
> Java, Python, Perl, tienen una curva mas lenta y costosa, en especial
> porque se requiere de mayor/mejor conocimiento respecto a la base (OO,
> servicios, arquitectura y diseño, etc), lo que no lo hace 'abordable'
> para un sistema de requerimiento de desarrollo rapido.
No... "desarrollo rapido" != "aprender rapido como se hace mientras
desarrollo". Lamentablemente suele caerse en lo segundo... y los efectos ya
se comentaron.
> Como segunda cosa, la mitificación que se tiene hacia Java (en
> particular) respecto de lo 'pesado' de sus programas, maquinas
> virtuales, etc, cuando nadie ha podido dar razones que comprueben
> aquello, ante lo cual PHP se convierte en una opción mas 'liviana', por
> lo que es buen argumento para convencer a un 'cliente' acerca de la
> conveniencia de tener el sistema en PHP, ya que no requerirá tantos
> 'recursos'.
Java /es/ mas lento y pesado que C (o C++), y probablemente que Perl,
Python, Ruby. Pero insisto, cuanto cuesta un PC hoy? Con ahorrarte un par
de semanas de desarrollo /solo con el costo de un desarrollador/ ya lo
pagaste, y eso sin considerar que entras a usar (== obtener los beneficios)
un par de semanas antes, etc. Y siempre hay que considerar el costo de la
mantencion (tipicamente es desarrollo 20%, mantencion 80%). Si se hace un
analisis racional, no hay donde perderse: Un lenguaje de "mas alto nivel",
soportado por herramientas de desarrollo (integradas), con caracteristicas
que dificulten malas practicas, casi siempre saldra ganando.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
