|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
mi cutre test
(Puntos:2)( http://helvete.escomposlinux.org/ )
En Debian GNU/Linux Sarge con el port de java de blackdown y gcc-3.2 y mientras escribo esto sobre la marcha en un portatil P4 1600:
gcc -march=i686 -O3 -msse2 -lm fft.c
Results are relative to baseline
FFT best average worst
3 301 298 298
4 286 283 272
5 294 288 281
6 285 282 278
8 267 266 262
10 232 228 224
12 224 223 222
13 585 580 580
14 130 130 128
15 0
16 0
Averages: 298,283,288,282,266,228,223,580,130,0,0
-------------------------------
java fft
Results are relative to baseline
Size best average worst
3 243 242 225
4 188 181 180
5 154 152 150
6 147 138 132
8 127 123 118.4
10 123 121 116.3
12 135 129 112.5
13 431 411 353
14 283 278 269
15 0
16 0
Averages: 242,181,152,138,123,121,129,411,278,0,0
no lo puedo ver
(Puntos:1)Así que no puedo opinar.
Reflexiones
(Puntos:1)( http://www.iua.upf.es/~dgarcia | Última bitácora: Sábado, 18 Noviembre de 2006, 21:10h )
Me alegro de que Sun este optimizando su maquina virtual de Java. Me alegro de que se haya liberado el estandarte. Me encanta la elegancia de java como lenguage OO. Pero no hay que olvidar que el producto estrella (monetariamente) de Sun no es software, sino hardware, i a buen entendedor pocas palabras bastan: Cuando no llene recursos la VM que lo llene XML usandolo por todos sitios y cuando vuelva a haber maquina suficiente introduce otra tecnologia big&fat como J2EE.
Por otro lado C++ permite otros paradigmas como programacion generica, programacion generativa, template metaprogramming, polimorfismo estatico... Pero todo a base de parches sobre una sintaxi (la de C) que estava diseñada (excelentemente) para lenguajes estructurados pero que no llega hasta donde debe. Java tambien peca de este error aunque no tan descaradamente pues no se tiene que enfrentar a tantos paradigmas. Otros lenguages como Smalltalk, Scheme... permiten abordar la orientacion a objetos o esos otros paradigmas de una forma mucho mas elegante y expresiva. Incluso un lenguaje posteado por aqui ultimamente, D, ha conseguido suplir las faltas sintacticas de C++ manteniendo sus caracteristicas multiparadigma.
Vokimon. KKEPerians UNLTD. Information belongs to masses.
Cronómetro
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Domingo, 22 Mayo de 2005, 06:18h )
Jua
(Puntos:2)( http://barrapunto.com/ )
Es fácil , si el recorrido es por mi garaje.
Es vergonzoso el mundo que se monta alrededor de los test. Por ser un test parece que tenga algo de fiable.
He visto tantos test que, dependiendo de quien sea el padrino, son capaces de asegurar hasta que los bancos no roban, que da vergüenza.
Y un test apadrinado por JavaHispano no puede ser menos. Solo faltaría que el resultado no fuese de su gusto.
En verdad una vergüenza. Y que alguien lo esgrima es peor todavía.
Un poco de seriedad.
¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
Seriedad
(Puntos:1)( http://barrapunto.com/ )
Esto viene a decir que dependiendo de la situacion, habra casos en el que una parte dinamica podra tener un rendimiento igual o superior que una parte estatica. (Ojo, hago incapie en el una parte), con esto no vengo a decir que Java sera siempre mas rapido.
Por cierto, si supieras leer, te hubieses dado cuenta de que Javahispano no ha apadrinado este test
Bueno, hay cosas y cosas...
(Puntos:1)( http://barrapunto.com )
Vale, ya estamos con las mismas...
./fft
./fft2
¡Qué manía con las comparativas! En fin... OK, ya que nos dan el código, veamos:
(la máquina es un pentium II a 333MHz con 64 megas de RAM, un portátil de Compaq, rulando GNU/Linux Red Hat 7.3, con las X levantadas y otras aplicaciones corriendo [como pueden], un entorno tan real como que es el del trabajo, estoy tomando un café):
ocarina% gcc --version
2.96
ocarina% gcc -O3 -funroll-loops -fschedule-insns2 -mcpu=pentiumpro -o fft fft.c -lm
ocarina% java -version
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)
ocarina%
(OK, esta también tiene tecnología HotSpot)
ocarina% java -cp . fft
Results are relative to baseline
Size best average worst
Adjusting 12052 to 33602
3 72.4 70.8 69.3
4 64.9 62.9 61.6
5 57.8 56.8 55.3
6 51.6 50.9 50.3
8 44.2 42.5 41.7
10 40.3 39.2 38.4
12 41.1 39.7 36.4
13 132 128 125
14 0
15 0
16 0
Averages: 70.8,62.9,56.8,50.9,42.5,39.2,39.7,128,0,0,0
ocarina%
Results are relative to baseline
FFT best average worst
3 96.3 94.8 91.9
4 81.7 79.1 75.0
5 78.9 76.2 74.5
6 73.4 71.7 69.3
8 67.3 66.4 63.5
10 60.3 59.3 58.0
12 42.0 41.5 38.5
13 131 130 128
14 84.7 82.8 80.7
15 0
16 0
Averages: 94.8,79.1,76.2,71.7,66.4,59.3,41.5,130,82.8,0,0
Vaya, al parecer el viejo gcc no lo hace tan mal como parecía, ¿eh?
Está claro que el poder modificar el entorno de runtime al vuelo a medida que el programa va rulando una y otra vez es una gran idea y realmente va a conseguir grandes maravillas, y es perfectamente factible que se consigan mejores resultados (a la larga) que un programa equivalente en C. Por otro lado, hay que ser justos con las tecnologías, y no parciales, como siempre son los del campo de Java (que parece que quieren dominar el mundo, chico)...
Además, conocer la tecnología es algo fundamental. Por ejemplo, usando los flags que el autor recomienda (y la libreria de matemáticas) obtenemos:
ocarina% gcc -O3 -fexpensive-optimizations -fschedule-insns2 -mcpu=pentiumpro -o fft2 fft.c -lm
ocarina%
Results are relative to baseline
FFT best average worst
3 87.4 87.1 86.6
4 77.1 75.7 73.8
5 72.7 70.8 70.0
6 69.0 67.9 65.8
8 64.2 63.0 61.6
10 58.0 56.7
VM Server
(Puntos:1)cygwin
(Puntos:1)( Última bitácora: Sábado, 25 Febrero de 2006, 21:57h )
No olvides lo importante que eres para mí.
Re:Seriedad
(Puntos:2)( http://barrapunto.com/ )
Bueno, si lo dices me lo creo.(aunque no exime a los realizadores del test de ser pro-java hasta la médula del las uñas)
En lo de la playa te doy la razón.
Yo de lo que me quejo es del montón de test basura (y este es otro, que lo que trata de 'demostrar' lo 'demuestra' como todos) que enuncian verdades con metodos falaces.
Me importa poco si hay verdades que teóricamente y bajo ciertas condiciones se podrían cumplir. El hecho es que un test puede demostrar cualquier cosa que el que define el test tenga en mente y sobre todo si se convierte en axiomas las condiciones teóricas y asume por tanto que el test es correcto.
Por supuesto que una parte dada de código, si un compilador(interpretador dinámico más bien)se encarga de quitar la basura, puede llegar a ser muy rápida. VBasic suma igual de rápido que el C. Y sus for son igual de rápidos.
(o casi, pero no hay mucha diferencia en 10000 iteraciones que sumen algo a una variable).
Pero ese es el límite. No se puede hacer más rápido.
Con el resto del código es igual. Sólo puedes llegar a conseguir la misma velocidad que una compilación estática (si el compilador estático se optimiza bien y es de buena calidad) nunca mayor. Porque lo único a lo que puedes aspirar es a eliminar las capas de interpretación.
Al final lo que tienes es que un programa va a funcionar decentemente si llega a su ejecución 10000 de esa parte de código, pero las demás partes lo van a seguir frenando (hay pocas funciones que se ejecuten 10000 veces en un cliente dado en una ejecución dada, y algunas en un servidor).
Ergo, el titular de la noticia y el test en sí mismo me siguen pareciendo una basura. Lo mires por donde lo mires es un test partidista que utiliza técnicas partidistas para intentar dar validez a teorías partidistas.
Como la mayoría de los test poco serios. Que dicho sea de paso es de lo que me quejo. De la proliferacion de los mismos.
Todo es demostrable en un test basura.
¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
Re:Reflexiones
(Puntos:2)( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 30 Enero de 2014, 23:34h )
En un test que sólo son bucles matemáticos (fft, fib), ¿hasta que punto influye dicha DLL?, sino hay llamadas al sistema (excepto printf).
-- icewinddale.blogspot.com [blogspot.com]
Aclaración
(Puntos:1)Lo unico que queria es hacer notar que hay muchas ideas preconcebidas con respecto a Java, pero si me preguntas si cualquier proyecto o desarrollo lo haria en Java? Pues no, decidiria cual es la mejor herramienta para el proyecto concreto.
Sin embargo, si me preguntas con que herramienta haria un desarrollo Web, pues seguramente la mayor parte del proyecto con Java y si acaso necesitase Corba esa parte la haria con C++ y no se me caerian los anillos.
Por que con Java? porque he usado CGI's en C, ASP, y Java y me quedo con Java (tal vez para proyectos pequeños PHP4).
Lo que queria hacer notar tambien es que la optimizacion de codigo en caliente puede llegar a ser mas rapida que la otra en ciertas circunstancias y que es una técnica interesante que aunque ahora la use Java se puede usar con otros lenguajes y plataformas.
Que ademas es una cosa que no se ha descubierto ahora ni es nueva y que ya se comenta en libros de arquitecturas paralelas y segmentación y que se podria aprovechar para muchas cosas.
Por ultimo decir que no tenemos por que estar cerrados a nuevas ideas porque no nos guste una tecnologia o una empresa y que de cualquier lugar pueden llegar ideas interesantes que se puedan aprovechar para avanzar.
Espero haber aclarado mi postura, un saludo.
Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read . Groucho Marx
Re:En windows 2000..
(Puntos:1)( http://barrapunto.com/ )
Re:Tiempo de CPU
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Domingo, 22 Mayo de 2005, 06:18h )
Re:Curioso (cronometro en mano)
(Puntos:1)( http://www.ikein.com )
Re:Aclaración
(Puntos:2)( http://barrapunto.com/ )
Ya no tengo la misma opinion sobre la noticia.
También creo que hay que abrirse a nuevas experiencias.
Pero sigo creyendo que, aunque se pueden extrapolar cosas para reflexiones futuras, el test en particular no creo que aporte nada al respecto. Hay trabajos serios que lo diseccionan más a fondo sin ser tan partidistas y sin forzar tanto los resultados.
Por tanto el test me parece un muy mal ejemplo de lo que intentas explicar ( la idea a explicar es más acertada, aunque igual está un poco sobrevalorada)
Saludos.
¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
Re:Aclaración
(Puntos:1)En lo que estoy completamente de acuerdo es que no puedes extrapolar el rendimiento de una plataforma por un unico test, aunque si de una caracteristica del mismo, pero tal vez seria necesario un conjunto de pruebas mayor para saber las limitaciones de la optimización dinamica y los casos en los que es más perjudicial que beneficiosa.
Un saludo
Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read . Groucho Marx
¿Futuro de Java?
(Puntos:1)Tambien existen compiladores de java con algunas de las caracteristicas que echas en falta.
Recomendable pizzacompiler
Re:¿Comor?
(Puntos:2)( http://barrapunto.com/ )
No, pero sí casi todo.
Además. Tratamiento de datos y procesos de negocio no sólo se realizan vía web. Las aplicaciones cliente-servidor tradicionales son más usadas a nivel interno de empresa lo que las hace más numerosas, habituales y usadas. Y no están hechas en java. Hay otros lenguajes que favorecen un desarrollo más rápido que java, lo que hace que ese tampoco sea su nicho.
No es más rápido que C. Pero no se desarrolla más rápido que en PowerBuilder,Delphi,Centura(alias SqlWindows) VisualBasic o la porquería de Developer por poner un ejemplo que son las que copan ese área.
O sea, que se queda en el server-side de web compartiendo nicho con bastantes otras opciones.
Eso es poco en verdad. (mucho cuantitativamente, porque el mercado informático es mega-bestial, pero poca ración de pastel)
¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
XPeriencia en JAVA
(Puntos:2)( Última bitácora: Jueves, 16 Octubre de 2014, 15:35h )
El proyecto era relativamente sencillo, y reconozco que no soy un buen programador en JAVA, acabo de empezar. Pero me encontré con varios "asuntos" que dejaron mi opinión de Java por los suelos.
A) Compila una vez y ejecuta donde quieras. Y UNA MIERDA!. Un sencillo applet en Java, usando el toolkit awt no se ve igual usando la máquina virtual de MS que la de Sun. Ni siquiera es lo mismo en diferentes versiones del propio java de Sun. Y sin incluir la restricciones que pone cada uno de los navegadores.
b) LEEEEEENTOOOO. tenía que ejecutar un cliente y un servidor, osaease, dos aplicaciones, en dos navegadores diferentes. Para mas INRI, el IDE que usaba era tb en Java. Y todo ello en la misma máuina es muuy lento. (usando la VM 1.4 de Sun)
Total, que había quedado mejor y habría acabdo más rápido escribiendo el programa en C para Linux usando alguna librería como VGUI y compilando para linux y win32.
Re:XPeriencia en JAVA
(Puntos:1)Yo llevo mas de 10 años en esto (no tantos con java, obviamente) y podría argumentar lo mismo que él. Diferencias de implementación y lentitud general... Y me he reescrito todo tipo de clases (coma flotante , cadenas, sockets...). Tiene cojones que tengas que sobreescribir este tipo de clases para hacer clases específicas para UN proyecto o comportamiento en concreto.
Java es lento y punto.