Software Libre

Se ha publicado en la lista de correo de freedesktop.org, un parche para nouveau con soporte experimental para los procesadores NVIDIA Tegra K1. Estos procesadores están orientados a móviles como smartphones y tablets, pero cuentan con 192 núcleos de procesamiento con tecnología CUDA para procesamiento gráfico más 4+1 núcleos ARM para procesamiento general.

Lo interesante de este parche para nouveau es que fue desarrollado por los ingenieros de NVIDIA y puesto a disposición de la comunidad por Alexandre Courbot. Como él mismo explica en los últimos párrafos del email, estos expertos seguirán involucrados en el desarrollo para mejorar el soporte de este SoC en el kernel Linux.

Esta movida por parte de NVIDIA para acercarse al desarrollo colaborativo (históricamente, los controladores de NVIDIA fueron cerrados) no es casual, ya que dejará a la compañía en una posición estratégica respecto a sus competidores en un mercado donde los dispositivos basados en arquitecturas ARM son cada vez más importantes. Y si bien nuestro BDFL, Linus Torvalds dijo cosas irrepetibles acerca de NVIDIA en el pasado, esta vez se limitó a levantar otro dedo (el pulgar) y festejó el aporte.

Para aquellos que desconocen el tema, las distribuciones de GNU/Linux históricamente han utilizado el paquete SysVinit para iniciar el sistema. El primer proceso llamado init es el proceso padre (directa o indirectamente) de todos los procesos y continúa corriendo hasta que el sistema se apaga.

El problema con SysVinit es su naturaleza serial. Durante el proceso de arranque, init inicia una tarea (por ejemplo, montar los dispositivos de red) y espera que ésta termine antes de comenzar la siguiente tarea. Si un proceso debe demorarse debido a entrada/salida, esto puede hacer que el proceso de arranque tome un tiempo considerable.

Existen al menos tres proyectos serios para reemplazar SysVinit por versiones más eficientes, OpenRC, Upstart y systemd. Las mejoras de estos por sobre SysVinit en general tienen que ver (super simplificando las cosas) con permitir que los procesos de inicio no solo dejen de ser bloqueantes sino que además puedan ejecutarse en paralelo, aprovechando así las capacidades de procesamiento de las nuevas arquitecturas multicore.

Según leo en Phoronix, desde hace algún tiempo los desarrolladores de Debian han estado ocupados debatiendo los pros y contras de cambiar o bien a Upstart o bien a systemd y para ello tienen un comité técnico que se ha encargado de evaluar cada aspecto de un posible cambio a uno u otro sistema de arranque. Si bien es posible instalar hoy en día cualquiera de los sistemas de arranque en Debian, utilizar uno u otro por defecto luego de la instalación no es una decisión trivial, ya que el abanico de posibilidades es enorme. Muchos paquetes todavía no se han probado con systemd o Upstart y lo que puede funcionar bien para algunos entornos puede no ser lo óptimo para otros. Además, Debian no solo soporta el kernel Linux sino que tiene versiones que utilizan Hurd y BSD, con el análisis se complica todavía más.

El śabado y a través de la lista de correo de Debian, Bdale Garbee abrió una votación para que los miembros del comité técnico elijan que sistema será el más conveniente para en la instalación por defecto de Debian 8 Jessie. Hay 5 opciones y entre ellas se destaca justamente la quinta, «requires further discussion«, es decir, seguir analizando cual es la mejor posibilidad.

Durante la jornada de ayer se liberó la versión 3.13 de nuestro querido Kernel Linux acompañado del mensaje tradicional de Linus Torvalds en la lista de correo LKML que incluye el resumen de commits para esta nueva release y establece el inicio del ciclo de desarrollo de la versión 3.14.

Muchos sitios se hacen eco de la noticia y comentan brevemente las características más importantes de la nueva versión, excepto Kernel Newbies donde se hace una revisión mucho más detallada de los cambios respecto a las versiones anteriores.

En resumen (como el resto de los sitios), los cambios más importantes para esta nueva versión a nuestro parecer son:

• El reemplazo de iptables por nftables.
• Mejoras en la infraestructura de dispositivos de bloques para almacenamiento en dispositivos SSD de alta performance.
• Mejoras al scheduler NUMA
• Soporte para Many Integrated Core Architecture
• Mejoras importantes de rendimiento para SquashFS
• Mejoras a la administración de energía habilitadas por defecto para placas Radeon y GPU switching automático.
• Inclusión de un framework para administración de energía en dispositivos que soporten RAPL (Running Average Power Limit) de Intel

La lista completa de mejoras y los detalles pueden encontrarse en Kernel Newbies y por supuesto, directamente en el código fuente del Kernel Linux.

Hardinfo en español en Lihuen 5

Si bien esta herramienta está traducida en Lihuen 5 desde el lanzamiento de la misma, el día de hoy el autor original de proyecto incorporó las modificaciones al proyecto oficial en GitHub.

Hardinfo es una herramienta gráfica para ver la información del sistema en GNU/Linux, permite ver detalles del hardware del equipo, la versión instalada de algunos utilitarios y ejecutar benchmarks para probar el rendimiento del equipo.

Ahora gracias al aporte inicial de rodin.s (colaborador de Puppy Linux), las modificaciones de Julien Lavergne y a nuestro aporte (la traducción al español) Hardinfo está traducido al ruso, francés y español (además de la versión original en inglés).

Podés probar Hardinfo en español si usás Lihuen 5 o podés descargar el código fuente desde GitHub y compilarlo en tu distro favorita.

La semana pasada, una de las empresas de distribución y desarrollo de videojuegos más grande del mundo se unió a la Linux Foundation. Hablamos de Valve, por supuesto quien desde hace un par de años ya viene apostando por Linux, a pesar que solo un 1% de la base de usuarios de Steam son usuarios de este sistema operativo.

Valve viene apostando activamente al desarrollo de Linux para videojuegos. Así lo demuestran sus numerosas iniciativas como SteamOS, un sistema operativo basado en el kernel Linux que esta siendo desarrollado principalmente para la Steam Machine, la que será la primera consola de videojuegos de la compañía y competencia directa de XBox, Playstation y Wii.

Esta movida es duramente criticada por los más fieles (RMS, cof cof) seguidores de San Ignucius, debido a que muchos de los componentes de estos nuevos desarrollos iniciados por Valve no solo NO son software libre, sino que en algunos casos incluso incluyen técnicas de DRM. Linus Torvalds, en parte de acuerdo con los dichos de Richard Stallman, dio la bienvenida a SteamOS y mencionó que sin duda esto puede beneficiar a la adopción de GNU/Linux en el escritorio.

Para bien o para mal, el impulso y la apuesta por parte de Valve a la comunidad del software libre y a Linux en particular es innegable y no muestra señales de que vaya a disminuir en los próximos meses.