RSS compilador

Luego de cinco años de trabajo, Google ha logrado construir Chrome para Windows usando el mismo compilador que usan las versiones para macOS, Linux y Android, y en el proceso ha hecho que su navegador sea el primer programa importante en utilizar el compilador Clang dentro de Windows.

Chrome para Windows usaba el compilador Microsoft C++, el más usado y con mejor soporte para el sistema operativo de las ventanas. Clang por su parte, es un compilador open source ampliamente usado en Linux y la primera elección en macOS.

Firefox Quantum llegó a nuestros equipos prometiendo más ligereza y más rapidez. Y, en efecto, era la versión más rápida del navegador del zorro de fuego. No tanto respecto a navegadores como Opera y Edge, como comprobamos, pero sí batía a Chrome en la cacareada velocidad y en rendimiento. Ahora, tres meses después de su puesta de largo, desde Mozilla nos prometen que Firefox 58 va a ser todavía más rápido. Bastante más.

WebAssembly, abreviado frecuentemente como wasm, es un nuevo tipo de código binario que se ejecuta en navegadores webs modernos desde hace un tiempo. Mozilla lo define como un lenguaje binario de bajo nivel con un rendimiento casi nativo. Gracias a él ya es posible ejecutar código más rápidamente y, en el futuro, las aceleraciones continuarán. Una de ellas la incorporará Firefox 58: la capacidad de compilar código WebAssembly más velozmente de lo que la red es capaz de entregar los paquetes. Es la promesa.

Phoronix ya abrió la puerta a las especulaciones publicando unos tests, en los que un producto llamado “Dirndl” doblaba la capacidad de cálculo de Ubuntu 11.04. Hoy nos han desvelado lo que provoca ese aumento de velocidad: un compilador.

Alguno conocerá EkoPath, un compilador de alto rendimiento para Intel/AMD de 64 bits, y que se suele usar en superordenadores. Pues bien, este es el compilador que ha sido liberado bajo una licencia GPL. Es decir, que a partir de ahora cualquiera lo puede usar.

¿Qué beneficios traerá esto? Bueno, además de tiempos menores de compilación (hasta un 80% menos que GCC), que eso a los usuarios no nos importa demasiado, las aplicaciones que se compilen con EkoPath4 tendrán un rendimiento muchísimo mejor. Y no creo que sean mejoras de milisegundos, sino mejoras drásticas de rendimiento.

De momento, el compilador no está disponible. En cuanto esté, seguramente empecemos a ver algún kernel compilado con EkoPath (si tenéis ganas, podríais hacerlo hasta vosotros) y podremos ver los resultados con nuestros propios ojos. Estoy seguro de que no quedaremos decepcionados.

¡Gracias a Jorge y a Hector Macías Ayala por los avisos!

Vía | Phoronix
Más información | Nota de prensa oficial

Llegan las primeras consecuencias de la decisión que tomó ayer Apple al hacer públicas sus guías de revisión de aplicaciones y eliminar algunas de las barreras para aceptar frameworks de terceros desarrolladores en su tienda. Adobe ha dado un paso adelante y ha anunciado que retomará el desarrollo de una de las principales novedades que introdujo Flash CS5: la posibilidad de exportar el contenido creado en forma de aplicación para el iOS.

Los motivos son claros: Adobe dejó de dedicar tiempo y esfuerzo a esta funcionalidad en cuanto Apple prohibió usarla con todo el entuerto que se armó hace no tanto tiempo. Pero ahora que en Cupertino han decidido aflojar las cuerdas, Adobe ha decidido poner de su parte y seguir mejorando el componente al poder usarse de forma legal.

De hecho, parece que Apple está empezando ya a aprobar algunas aplicaciones hechas con el compilador de Flash en la App Store, así que ahora simplemente hay que esperar y ver si éstas están al nivel de las desarrolladas con las herramientas oficiales de Apple. Sea como sea, son buenas noticias.

Vía | MacRumors
Imagen | midiman

Muchos programadores consideran que el compilador de Intel como el mejor del mercado en cuanto a optimización, por lo que suele ser el utilizado en las aplicaciones más críticas. De hecho, si excluimos GNU GCC, hay pocas alternativas que estén a la altura. Y para algunas aplicaciones matemáticas, técnicas y científicas, las librerías de Intel están tan optimizadas, que a efectos prácticos no hay opción a usar otro compilador.

El compilador de Intel, sin embargo, está diseñado específicamente para generar código no eficiente en procesadores AMD o VIA. Es capaz de generar múltiples versiones de un código, cada una optimizada para un procesador y juego de instrucciones determinado, e incluye una función (CPU dispatcher) que detecta el procesador sobre el que se ejecuta la aplicación, y así seleccionar la versión del código compilado a utilizar.

Sin embargo, si el procesador no es un "GenuineIntel", el compilador utiliza en la mayor parte de los casos la versión más lenta del código, incluso si la CPU es capaz de soportar las versiones más optimizadas del código. Pero esta táctica de dudosa ética se le va a acabar a Intel.