Debian busca la mejor manera de arrancar

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.

Disponible el Kernel Linux 3.13

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 oficialmente con soporte para traducciones

Hardinfo en español en Lihuen 5

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.

Valve se une a la Linux Foundation

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.

8vas Jornadas de Software Libre en Junín

El 29 de noviembre pasado se realizaron en Junín las 8vas Jornadas de Software Libre de la Universidad Nacional del Noroeste de Buenos Aires (UNNOBA). Participaron 10 expositores (entre ellos, quien escribe) en 9 charlas de temas diversos pero relacionados con el mundo de Software, Hardware y Cultura Libre.

Se habló mucho de Python. Cinco de las nueve charlas contenían tópicos relacionados directamente con el lenguaje, lo que habla de la importancia de éste en el mundo del Software Libre. El lenguaje a crecido mucho y muy rápido en los últimos años y es así que el día de hoy existe un «import algo» para casi cualquier proyecto . Incluso en computación para ciencias, donde es preferible poder expresar algoritmos complejos de manera sencilla amén de la eficiencia.

También se habló de las herramientas existentes para dominios específicos, como el diseño, donde quedó claro que se ha avanzado de manera importante respecto a las opciones de hace algunos años. Al contrario que con las herramientas para mantener infraestructuras de informática y comunicaciones donde el Software Libre es un líder indiscutido.

Las charlas que pude presenciar fueron de un nivel impresionante pero la que más llamó la atención fue sin duda la de los chicos de Córdoba, que presentaron unos de sus modelos de cuadricóptero. El grupo lleva tres años trabajando en e proyecto y cuentan con varios prototipos funcionales, uno de los cuales pude ver volando en día del evento. En la charla posterior al evento, pude notar como las preocupaciones eran más o menos las mismas entre los que allí nos encontrábamos. En primer lugar los problemas que hay que enfrentar a la hora de importar las partes para el desarrollo de proyectos de este estilo, del cual no hay escape, ya que ni los motores, ni circuitos integrados, ni las baterías entre otros, se fabrican en el país (no probablemente por que esa inviable, sino por que tal vez no sea rentable para las empresas Argentinas). En segundo lugar, la importancia de la seguridad respecto al uso y abuso de estos aparatos. «Con la aparición cada nueva tecnología, se presentan nuevos desafíos respecto a para qué se utilizará. La tecnología no es buena o mala en sí misma, sino el uso que de ella se haga lo que es digno de esa clasificación» decían por ahí.

Desde este lugar quiero agradecer a los organizadores del evento por la invitación. ¡Fueron unas jornadas maravillosas!