por
pobrecito hablador
el Miércoles, 03 Diciembre de 2003, 10:26h
(#240868)
Yo no aseguraria eso....
O por lo menos yo no lo tengo tan claro.
Lo que sí que tengo claro es que dar soporte php supone la activación mod_php en apache (servidor que casi todos los isp tienen) y en cambio tomcat no es tan directo. A demás, la popularización de los portales como php nuke o post nuke han generado que mucha gente utilice sólo php.
(recomiendo mirar JetSpeed http://jakarta.apache.org ;) )
Yo tengo servicios en PHP y tengo servicios en Tomcat y no veo que estos últimos consuman más ciclos...
Es más, si no tienes algún optimizador de PHP, yo diria que en producción las páginas php consumen más ciclos que las de java, ya que son interpretadas.
Otra cosa que tampoco tengo muy clara es si en PHP puedes granularizar los servicios que puden utilizarse, como acceso a disco y demás. En java las reglas de seguridad son muy poderosas y pueden permitir controlar lo que quieras a nivel de clases.
> Es más, si no tienes algún optimizador de PHP, yo
> diria que en producción las páginas php consumen
> más ciclos que las de java, ya que son
> interpretadas.
Una pequeña puntualización :-)
Java también es interpretado (la JVM interpreta bytecode).
No es mas costoso en ciclos, solo es mas pesado.
Consume mucha memoria, arranca y compila lento.
Pero luego es tan rapido o mas que PHP, sobre todo para aplicaciones grandes.
Re:tomcat es mas costoso en ciclos de CPU
(Puntos:1, Informativo)O por lo menos yo no lo tengo tan claro.
Lo que sí que tengo claro es que dar soporte php supone la activación mod_php en apache (servidor que casi todos los isp tienen) y en cambio tomcat no es tan directo. A demás, la popularización de los portales como php nuke o post nuke han generado que mucha gente utilice sólo php. (recomiendo mirar JetSpeed http://jakarta.apache.org ;) )
Yo tengo servicios en PHP y tengo servicios en Tomcat y no veo que estos últimos consuman más ciclos...
Es más, si no tienes algún optimizador de PHP, yo diria que en producción las páginas php consumen más ciclos que las de java, ya que son interpretadas.
Otra cosa que tampoco tengo muy clara es si en PHP puedes granularizar los servicios que puden utilizarse, como acceso a disco y demás. En java las reglas de seguridad son muy poderosas y pueden permitir controlar lo que quieras a nivel de clases.
Pero claro, esto es sólo mi opinión....
GdS
Re:tomcat es mas costoso en ciclos de CPU
(Puntos:3, Informativo)( http://web.iesrodeira.com | Última bitácora: Sábado, 25 Abril de 2009, 19:50h )
Xavi.
Re:tomcat es mas costoso en ciclos de CPU
(Puntos:1)( Última bitácora: Domingo, 05 Diciembre de 2010, 22:01h )
> diria que en producción las páginas php consumen
> más ciclos que las de java, ya que son
> interpretadas.
Una pequeña puntualización :-)
Java también es interpretado (la JVM interpreta bytecode).
Saludos.
David
Re:tomcat es mas costoso en ciclos de CPU
(Puntos:1)( http://about.me/german.moya )
No es mas costoso en ciclos, solo es mas pesado.
Consume mucha memoria, arranca y compila lento.
Pero luego es tan rapido o mas que PHP, sobre todo para aplicaciones grandes.
En cuanto a lo demas no son comparables.
Un saludo.