PathScale libera el compilador EKOPath 4, a triplicar rendimientos
Seguramente os acordéis del artículo que publicamos hace unos días en el que hablábamos de un posible anuncio que haría que el rendimiento de vuestro sistema y aplicaciones creciera de forma notable. Pues bien, ese anuncio se ha producido finalmente, y en MuyLinux acertamos de pleno a qué se referían.
Como indican en Phoronix, se trata de la liberación del compilador EKOPath bajo una licencia Open Source, lo que permitirá usar este desarrollo para compilar tanto el kernel Linux como el resto de componentes de una distribución completa.
Puede que eso no os parezca importante, pero gracias a la optimización de código que consigue EKOPath 4 se pueden lograr aumentos de rendimiento que llegan a triplicar en algunos escenarios los de un sistema compilado de forma “convencional” con gcc. He aquí algunas gráficas que lo atestiguan:
EKOPath 4 es un compilador para arquitecturas Intel 64 (Itanium) y AMD64 (nuestros micros con extensiones de 64 bits) para los lenguajes C99, C++ 2003 y con soporte parcial para Fortran 2003. Hasta ahora la licencia de este software propietario era de 1.795 dólares como mínimo, pero ahora sus responsables han decidido liberar el compilador para usarlo con licencia Open Source y además ofrecer servicios de soporte comerciales (estos sí que serán de pago) para el desarrollo.
Una fantástica noticia para toda la comunidad Open Source. Ahora queda saber si las distribuciones comenzarán a aprovechar este desarrollo para crear distros ‘optimizadas’, o bien se utilizan solo en entornos especializados como los organismos que utilizan por ejemplo HPC. Estaremos muy atentos a este desarrollo, del que podéis encontrar más detalles en la página oficial de sus responsables, PathScale.
¿Y la licencia? Veo que no la nombran en ningún momento…
A mi tampoco me queda claro. Supongo que será licencia tipo BSD.
Pero como esto está aún verde, me gustaría ir leyendo opiniones de personajes relacionados al OpenSource. También quisiera ver si todo esto es tan color de rosas, qué es lo que se libera y si no se esconde nada extraño detrás del anuncio.
GPLv3 : https://github.com/path64/compiler/blob/master/COPYING
“Para mi gusto”, esto está resultando demasiado bueno para ser cierto….
Estoy intentando ser incrédulo y pesimista para no crearme falsas expectativas :)
Y … te va a costar muchísimo, por que esto es en serio, y es SÚPER genial :D
Siempre es bueno desconfiar, milagros a Lourdes habrá que estar a la expectativa.
Supongo que los de Gentoo no deberían tener muchos problemas para poder reecompilar su sistema con el compilador en cuestión.
Si, falta el ebuild y además el gcc-config … además tampoco podés compilarlo todo, no te olvides que GCC tiene extensiones no estándares y muchos programadores las abusan como si fuese el único compilador bajo el sol ….
Sino migrar todo FreeBSD (incluído ports) a clang hubiese tomado un suspiro …
El ebuild está: http://gpo.zugaina.org/dev-lang/ekopath, además tampoco es imprescindible para instalarlo a mano de la manera tradicional.
Lo que me temo es que se rompa el sistema por todas partes si se usa. El propio GCC tiene opciones de compilación que activadas tienden a cargarse el sistema. Yo prefiero seguir con GCC y estar al tanto de los foros de Gentoo a ver qué dice la gente experimentada, que de mommento sólo parece haber un par de comentarios que mencionan Ekopath muy de soslayo.
Huele a privativo que tira pa’ tras…
Opino lo mismo. Mucho ruido por algo que no se sabe aún si es cierto. Por demás, en mi humilde e ignorante opinión optaría porque si se liberara, se integrara a gcc.
No se puede integrar a GCC, son dos códigos brutalmente distintos, desafortunadamente no pueden tomar nada … sólo leer el código y aprender como optimizan las cosas para hacer un mejor trabajo en casa … ^^
Creo que en phoronix se menciona la licencia GPL
Por otro lado, me parece que este asunto se está tornando amarillista. Como dice aquí mismo, este compilador no funciona para todas las arquitecturas. Supongo, en mi humilde ignorancia, que quienes se aventajarían de esto serían quienes tengan procesadores de 64 bits. Que no pase como lo del cuento de las “maravillosas 200 líneas de código”.
Para mi va a terminar así, algunos dicen que vamos a tener sistemas 3 veces mas rápidos y después apenas se nota. Espero que este equivocada. Igual cualquier mejora es buena.
Pues si te fijas, en el 2032, todos los ordenadores que tengan la hora basada en sistema POSIX (GNU/Linux y Mac), volverán a una fecha atrás, creo que 1980 o algo así
Pues si te fijas, en el 2032, todos los ordenadores que tengan la hora basada en sistema POSIX (GNU/Linux y Mac), volverán a una fecha atrás, creo que 1980 o algo así. Ocurre sólo en procesadores de 32 bits.
Sin embargo, en los de 64 no pasará hasta dentro de muchos más, que nosotros ni llegaremos a conocer (creo que lo atrasa miles de años)
Entonces lo que tenemos 32 bits, no nos merecemos nada ? :(
O al menos que que aclaren, si habra o no para el futuro….
A Picajoso como que le cobran por leer un poco….
Desde Phoronix el 13 de Junio del 2011.
Jejeje! Yo lo dije, lo liberaron como GPL y bajo Versión 3.
Es obvio ¿Por qué? Un desarrollo que vendían en 1800 dólares, lo liberarán bajo BSD??? Cuando ellos otorgan gran desarrollo de gran trabajo para que otras empresas luego se aprovechen (Ej.: Oracle – MAC – Windows), por favor……
Si ellos liberan su desarrollo bajo una licencia que siempre estará abierta y no podrá ser cerrado, por que “Si compartimos ¿Por que tu no?”…. Es lógico! Y tampoco GPLv2, ya que agarrarían el EKOPath con sus parches privativos (Estilo RedHat con Anaconda, con el Kernel en GPLv2, sino tendría que liberar sus parches) o por que incluyen código privativo como controladores y esas cosas (QUe no está mal).
Pero éste tipo de desarrollo tiene que ser GPLv3. Al menos, así lo decidieron.
Ahora, sólo a probar y verificar que ésos tests, no son ficticios y comprobar como se podría unir con GCC, así ofrecer mejoras y unir desarrollos.
Y está bien lo del soporte comercial. Ya estará un hacker de la comunidad probando éste compilador y no tardará de 1 día en publicarlo en phoronix jejeje!
Y aquí es el contra-punteo…. Usando un Compilador solo para distros de 64bits.. Para mi que las aplicaciones compiladas con GCC para 64 bits, es realmente obvio que se ejecuten mas rapidas que el de 32bits, y para mi que compararon 64 bits de EKOPath con aplicaciones de 32bits con GCC, o no se…..
Pero 64bits si se nota la diferencia con aplicaciones de 32bits, sobre todo opensuse que primero empaquetan para 64bits y luego para 32.
Pero ¿64 bits, y sin adobe player? Adobe player solo para 32 y EKOPath para solo 64bits. Entonces, ahi decidimos, GCC con Flash o EKOPath sin flash. Y apuesto que la diferencia de GCC no es mucha. Por algo lo liberaron, habría que fijarse.
Hiciste una terrible sopa !
¿Y que tal si al compilar Gnash con EKOPath se obtiene un rendimiento igual o mayor al de flash?
Ahhhh, si me pagasen por cada vez que repiten esa cosa de que la BSD es “abusada” o que “roban trabajo” …
Y no son ficticios, la gente de PathScale es grosa, no es una empresucha cualquiera … además, disponés del código en github por si te interesa …
eso sí, no se pueden unir desarrollos ! entiendo el comentario ingenuo de querer que gcc esté mejor, pero en el terreno de los compiladores hay mucho código específico, optimizaciones e extensiones propias (aggh, tanto que decían que gcc era lo más “estándar”, no lo es, at all), en fin …
Además GCC recién hace poco empezó a aceptar código c++, con lo que no tiene la infraestructura preparada para portear código … como dije, es más fácil que lean el código, aprendan y hagan algo parecido “en casa”
Por eso, puede que si o no. Sólo acertamientos en incógnitas. =) Sólo se notará al probar.
Y si, si son tan grosa como dices como liberar su desarrollo y obvio que inteligentes, bajo GPLv3. =)
Además ¿Qué pasa si se descubre que la diferencia no es mucha a la de GCC? O que el GCC aceptando Código C++, funcione mejor?
Y recuerda, que el EKOPatch sólo funciona para sistemas 64bits, y la mayoría de los ordenadores usan sistemas 32bits, y el Flash por ahora sólo funciona para 32bits por su cantidad de código basura. Así que no nos alegremos mucho.
Mucho escepticismo sin sentido, por qué no te dirigís al código que más arriba en los comentarios está posteado, ¿si?
o bajate vos mismo un nightly de la página de pathscale, armate algún par de pruebas y hacé tus propios benchmarks …
veo que no entendés lo que son los componentes básicos de un compilador (por que hay diferentes piezas que hacen a la performance, y no sólo el compilador) y es inútil subir el nivel de la charla si no podemos despegar …
Por cierto, el tema de la elección de la licencia no vá por lo que vos dijiste, ya un empleado de PathScale aclaró bien por qué se eligió esta licencia y por qué se eligió BSD para libcxxrt …
Te aconsejo leer esto : http://forums.freebsd.org/showthread.php?t=23319
Si te pensás que con la GPL no puede “subvertirse” un proyecto, te diría que pienses de nuevo, por que un claro ejemplo es ChromeBook que pasa por el costadito a la GPL
Además, flash no tiene nada que ver, flash lo compila Adobe allá en sus oficinas con el compilador de su elección y con los flags que les interesen … y el binario llega a las distros, así que es indiferente que el binario sea de 32 o 64 bits, un compilador trabaja código, no binarios …
¿Y quien habló de compilar de Flash?
Sólo dije que si EKOPath es usado en Linux, específicamente serían para distros de 64bits y Flash no está apto para 64bits en Linux. Para Windows, se instala perfectamente por que Windows viene con todas las librerías de 32bits sin problemas y casi ni se nota la emulación de Flash 32bits en un Windows de 64bits, cosa que en Linux, habría problemas de compatibilidad entre todas las librerías de 32 y 64.
Sólo dije que EKOPath se sacaría provecho para distros compiladas para 64bits y Flash para 64 bits en Linux, ya no hay. Al menos, lo había como banco de pruebas y funciona pésimo.
Ahora ¿Vamos agarrando el hilo?
No se, pero creo que no tengo tiempo suficiente como para estar jugando a ver quien me otorga compatibilidad. Ya empresas como RedHat, Novell (Attachmate) o Canonical, sabrán que elegir para luego mostrarnos. O algún experimentado ya estará probando la herramienta para mostrarla al mundo.
No soy fanático del “Armar mi sistema”, si lo hay gratis y libre, bien! Y si colaboro, lo hago con mi tiempo disponible y mis recursos, también. Así que ya llegará, tranquilo =)
Lo demás, lo que tu diga chavalote…. Te estaré esperando, ole, ole!
Que yo sepa la GPLv2 también impide esas cosas que mencionas, es decir que todo eso pasó y pasa en violación a la GPL2.
De todas formas también me alegro de que se haya liberado como ¡Software Libre!, en GPL y de paso en GPLv3.
se supone que un compilador lo que hacer es traducir lenguaje de “hombres” a lenguaje de maquina, esto es solo un compilador para compilar a gran velocidad, no es “nitroso” para el pc.
Entoces ¿Estan hablando de rendimiento al compilar? pense que de rendimiento al ejecutar :S.
No, de hecho en algunos casos EkoPath tiene más tiempos de compilación que GCC …
Lo que hace es simplemente interpretar mejor ese “lenguaje de hombres” y a la hora de pasarlo a lenguaje de máquina, reordena, quita y agrega órdenes de manera que ese programa se ejecute de forma más rápida sin desperdiciar “órdenes” en cosas redundantes … y lo hace mejor que lo que hace GCC (eso sería la explicación no técnica)
Es rendimiento al ejecutar :D
De hecho la compilación (traducción) casi nunca es literal, ya que después esa “traducción” pasa por el optimizador y se reordena todo para que se haga lo mismo, usando las operaciones más rápidas que dé la máquina y/o la menor cantidad de instrucciones posibles … Ahí es donde brilla EkoPath y donde GCC anda un poquito atrás
Espero haberlo explicado bien :$
Está perfectamente explicado. Luego veremos si quiere creerte o seguir en sus 13 xD
Es un compilador diseñado para optimizar las operaciones de cómputo intensivo, incluso el kernel se puede compilar con un pequeño parche, dejen de filosofar que esto es informática.
Para los que se quejan de que se optimizan solo para 64 bits, es mas que lógico, los 32 bits tienden a desaparecer.¿ Se imaginan un ordenador actual corriendo en 8 bits como las commodore, atari, xt, etc? la verdad yo no. Y flash, la verdad es que no entiendo a adobe tendría que priorizar los 64 bits que es lo que quedara en detrimento de los 32.
Yo quiero un distro compilada con ekopath si tiene ese rendimiento podría ver en mi modesto athlon 3200 con gforce 6200 videos full hd, por ahora solo 720p.
No sé si te has enterado, pero la mayoría de los procesadores de los computadores de escritorio y portátiles aún son 32 bits. Todavía falta mucho para que desaparezcan del todo.
Sobre todo por Intel, siempre eran de 32bits. AMD desde hace tiempo, ya fabricaba procesadores 64bits. Véase desde los Athlones – Semprones o muchísmo antes (no se hasta que punto es).
¿Eso es verdad? No digo que no lo sea, eh? Simplemente me sorprende porque la mayoría de los ordenadores desde hace unos 3 o 4 años llevan procesadores de 64 bits. ¿Conoces algún ligar donde se puedan leer estadísticas sobre el tema?
3 a 4 años = Intel.
AMD, de hace ya 10 años o más.
Y aún así, la mayoría siguen usando aplicaciones y/o sistemas operativos de 32bits.
Estadísticas no hace falta. Es notable. Sólo asómate un poco y coloca tu nick original, que seguro estás entre uno de éstos =) (sabes que si).
Tampoco te pases. El primer procesador con arquitectura de 64 bits fue el AMD Athlon 64, que se puso en producción en el año 2004. De hecho, fue AMD quien implementó esa arquitectura (x86-64), y más tarde Intel hizo su procesador compatible con ella (EM64T).
Así que no son más de 10 años, son 7 (y eso solo desde que salió el primer procesador, no desde que todos los procesadores que se vendieran fueran con esa arquitectura).
Y además, se siguen vendiendo procesadores de 32 bits. ¿O no te suenan los VIA?
Completamente de acuerdo com Víctor. Y añadiré otra cosa: en mi casa tengo un Pentium D comprado justo empezar el 2006 (o sea, diseño del 2005) que ahora mismo ejecuta una Fedora de 64 bits, ¡o sea que tampoco nos pasemos! ;)
Otra cosa es que Intel nos haya seguido vendiendo procesadores de solo 32 bits (Atom… cofcof…), pero ellos ya hace mucho tiempo que también usan las extensiones de 64 bits.
@Ruig. ¿Atom sólo 32 bits? Yo tengo un HTPC con un Intel Atom y lo tengo ahora mismo con Mageia 1 64 bits xD
En el sitio aún aparece que es comprado….donde puedo descargarlo?!
http://www.pathscale.com/ekopath-compiler-suite
El código (del compilador) en github : https://github.com/path64/compiler/
El binario en donde dice “Nightly download” ( http://c591116.r16.cf2.rackcdn.com/ekopath/nightly/Linux/ekopath-2011-06-12-installer.run )
Suerte :D
Ups, comentario en moderación … copypasteo :
“El código (del compilador) en github : github.com/path64/compiler/
El binario en donde dice “Nightly download” ( c591116.r16.cf2.rackcdn.com/ekopath/nightly/Linux/ekopath-2011-06-12-installer.run ) ”
Suerte :D
Lo que confirma que el compilador realmente es Software Libre :D
Abro el instalador de la Nightly build y me salen millones de licencias privativas. ¿¡Por que!?
Parece que esa nightly se generó antes de que se libere, pero básicamente es lo mismo … sino lo que podés es esperar a que liberen una nueva nightly
El truco del invento éste está en el arrastre virtual de los putos arrays hacia los 64bits. Nada más que eso. Con solo conocer un poco de análisis matemático basta. No hay que ser ningún crack para ello. Pero bueno, ya lo dice el refrán: “En el país de los ciegos el tuerto es Rey”. Así va el mundo…
Bueno, no solo el arrastre virtual. Luego hay que derivarlos en potencia de 4 y con punto flotante reducido en 2 y listo. Parece complicado, pero si uno se empapa un poco del tema, verá que el chisme éste tampoco es que sea el descubrimiento de la polvora.
Qué comentario más pedante; además se dice “coma flotante”. Aprender a hablar antes de ir de “maestro” por la vida hace que la pedantería luzca mucho más. ;-)
En todo caso te animo a que te pongas en contacto con la gente de la FSF y les pidas que te dejen introducir esas sencillas mejoras que dices. Seguro que se rendirán ante tu brillantez y los usuarios tendremos una sana competencia entre GCC y Ekopath de las que sólo se desprenderán enormes beneficios para la comunidad. :D
Bueno, resulta que ahora decir la verdad y lo que uno piensa es ser pedante. ¿Debería mentir y caer en la común hipocresía de la “falsa modestia” para conformar a los frustrados de turno?. Pues no. No caigo en esa. No ofendí a nadie y lo que dije es cierto. Punto. Te aclaro, que el término “punto flotante” es correcto y de uso común en matemáticas. Así que el que debe instruirse eres tu, por lo menos lee algún libro de vez en cuando en lugar de andar poniendo tanto emoticon (típico de adolescente descerebrado que se la pasa todo el día en el puto movil).
¿Sheldon Cupper? Presenta a Peny. Por cierto de lo que hablas es algebra no analisis matematico y si, es correcto decir punto flotante.
De la wikipedia.
Análisis Matemático:
Álgebra:
Efectivamente, son dos cosas distintas.
que si son libres, que si no… hay esta el problema en que por qué Linux no avanza como debe de ser…
este copilador puede duplica, triplica o cuadriplica el rendimiento, pero donde aparezca la palabra NO-Libre, todos le caen como lo peor de lo peor, sin importar cuantos beneficios pueda traer.
“no avanza como debe ser”
Vaya usted a saber a qué llamas “avanzar como debe ser”.
Que sea Libre o no es tema vital para el verdadero avance, porque si No es Libre sólo podría usarse bajo determinadas circunstancias y lo más importante es que no serviría para fortalecer al ecosistema Libre porque no se podría ver, estudiar, modificar, mejorar, etc, en otras palabras lo mismo que si no existiera.
Quizás eres tú el que no está enterado del asunto.
Oh genial!!
Pero bueno, dudo que sea facil cambiar al gcc “así nomas” ya que es parte del proyecto GNU…
Si todo nuestro Linux seria compilado con Ekopath, no seria más GNU/Linux…
..
…
Por otra parte no me importa mucho ya que me andaría 3 veces más rapido :D y sigue siendo software libre!!
Y esta en GPLv3, la cual es una licencia libre GNU. ;)
[...] PathScale libera el compilador EKOPath 4, a triplicar rendimientos. [...]
Llegar a tener una distro completamente compilada con este nuevo compilador lo veo para largo. Por lo pronto seria interesante probar compilar principalmente aquellos programas que pecan de lentos en Linux, como firefox o open/libreOffice a ver cuanto mejoran.
ehm, será mejor que el backend de c de llvm? en ese caso prefiero algo que hace tiempo se usa a una hta. nueva
Gran opción para aquellos que hace mucho dimos el salto a la arquitectura 8×8.
los primeros intentos de compilacion de blender con ekopath han fallado, demasiados errores, podra ser un gran proyecto pero si la migracion desde GCC va a ser tan traumatica no creo que llegue muy lejos
Na minha opinie3o, faz um certo sentido em actaar o mercado americano, mas para o resto do mundo pode ser infatil. Se a Embarcadeiro inovar da para brigar com o Xcode, mas tem que ter muita inovae7e3o. O Visual Studio e9 a mais nativo que muitos ambientes para muita coisa, mas ne3o e9 sempre o melhor. Acho que inovando de1 para brigar. Mas, tem que avaliar se vale realmente a pena sf3 para o mercado americano, porque no resto do mundo, ne3o sei se vale.abrae7os,Pedro Henrique
Only wanna comment on few general things, The website style and design is perfect, the written content is really excellent : D.