Linux Weather Forecast 2013: qué se tercia en Linux en 2013

Jon Corbet es uno de los colaboradores del desarrollo del kernel Linux y co-fundador y editor de LWN.net, una de las publicaciones más prestigiosas en el mundo Open Source. Además, es un speaker bastante conocido, y suele dar charlas bastante interesantes sobre aspectos relevantes del kernel y de otros aspectos del Open Source.

Y ahí es precisamente donde quería ir: si queréis saber qué nos espera en 2013 en el kernel Linux, no os perdáis su Linux Weather Forecast 2013 (un título peculiar para la charla), en el que desvela las claves del kernel Linux sobre todo en lo que respecta al futuro kernel Linux 3.9.

En la charla de 45 minutos -no he podido verla entera, pero tiene muy buena pinta- se habla de mejoras importantes como el soporte de virtualización KVM para arquitecturas ARM, o la inclusión de la tecnología PowerClamp para gestionar el consumo de energía en procesadores en centros de datos. Sin más, os dejo con la conferencia, parte del Linux Collaboration Summit que se está celebrando en San Francisco desde el lunes.

El nuevo kernel 3.9 llegará con mejoras interesantes

Una de las mayores características del próximo kernel Linux 3.9 será la inclusión de soporte experimental para RAID 5 y RAID 6 en el sistema de ficheros Btrfs. Se espera que dicho kernel 3.9 llegue en el mes de abril ya que Linus Torvalds ha anunciado ya la primera versión candidata del núcleo Linux 3.9.

El kernel Linux 3.9 también incluirá una caché para unidades de estado sólido que permitirá utilizar estas unidades como una caché de disco duro para acelerar el acceso a datos frecuentemente utilizados o para almacenar operaciones de escritura en unidades SSD más rápidas. Los desarrolladores del kernel también han actualizado y extendido el código que gestiona la compresión LZO, y que según ellos incrementará sensiblemente la velocidad en estas operaciones.

También tendremos novedades importantes en el área de la virtualización, ya que el kernel Linux 3.9 incluirá un hipervisor KVM que permitirá por primera vez dar soporte a las características de virtualización que están disponibles en los procesadores Cortex A15, con lo que las CPUs ARM podrán beneficiarse también de un mayor rendimiento en este área.

Otra de las novedades de este futuro núcleo Linux será la inclusión de los controladores para los chipset Wi-Fi 7000 que Intel probablemente presente en pocos meses, junto a su familia de procesadores Haswell que ya están en pleno desarrollo y que el gigante de los semiconductores probablemente presente en junio en el mercado.

Estas mejoras se unen al nuevo diseño de la página oficial de kernel.org, que dispone ahora de una interfaz mucho más moderna que llevaba sin cambiarse durante años. La interfaz web de los repositorios Git -como el que se utiliza para la principal rama de desarrollo de Linux- se gestionará a través de Cgit. El nuevo sitio web también ofrece información adicional, por ejemplo incluye una FAQ, además de una página que proporciona una vista general de todas las series de núcleos que hoy en día están manteniéndose.

Linus Torvalds: «Esto no es un concurso de chupar p*****»

No hace falta desvelar lo que esconden los asteriscos, porque viniendo de Linus Torvalds estas declaraciones son ya algo habitual. El creador del kernel Linux no suele cortarse a la hora de expresar sus opiniones allá donde interviene, y en esta ocasión ha realizado un comentario tajante al entrar en una discusión sobre la forma de dar soporte a la tecnología Secure Boot.

Como señalan en Muktware, Uno de los desarrolladores de Red Hat le preguntó a Linus si podría incluir un parche para dar soporte a la tecnología Secure Boot:

«¿Puedes hacer un pull de este conjunto de parches, por favor?

Proporcionan la capacidad por la cual las claves se pueden añadir de forma dinámica a un kernel que esté funcionando en modo Secure Boot. Para permitir que se cargue una clave en tales condiciones, necesitamos que la clave esté firmada a su vez por otra clave que ya tenemos (y en la que confiamos), donde las claves que «ya tenemos» podrían incluir las que están embebidas en el kernel, las que están en la base de datos UEFI y las que están en el hardware criptográfico». 

Pero Linus le contestó afirmando que el parche no podía ser incluido:

«No sin un montón de debate adicional. Francamente, esto es jodidamente estúpido. Todo esto parece estar diseñado sobre una serie de estúpidas interfaces por razones completamente tontas. ¿Por qué deberíamos hacer esto? Ni siquiera me gusta nuestro parser X.509. Y eso hace que las interfaces sean complicadas e idiotas, y ya han llegado a ser 11».

Matthew Garret, ex-empleado de Red Hat y autor del controlador universal de los PCs con UEFI Secure Boot, entró también a comentar:

«Solo hay una autoridad que firma esas claves, y solo firma binarios PE».

Lo que hizo que Linus explotara del todo (con razón, tal y como revelan en Muktware), ya que dejó claro lo que opinaba sobre este tema:

«Chicos, este no es un concurso de chupar p*****. Si quieres parsear binarios PE, adelante. 

Si Red Hat quiere hacerle una m**** a Microsoft, es vuestro problema. No tiene nada que hacer con las tareas de mantenimiento del núcleo. Para vosotros es trivial tener una máquina que firme y haga el parsing del binario PE, verifique las firmas, y firme las claves resultantes con vuestra propia clave. Ya habéis escrito el código para ello, por dios bendito, es lo que hay en esa jodida petición de pull.

¿Por qué debería importarme? ¿Por qué debería el kernel ocuparse de esa estupidez del «Solo firmamos binarios PE»? Damos soporte a X.509, que es el estándar para las firmas digitales.

Haced esto en el espacio de usuario en una máquina en la que confiéis. No hay excusa para hacerlo en el kernel».

Otros desarrolladores veteranos como Theodore Ts’o (responsable de ext4) apoyaron a Linus en el debate, y dejaron claro que este tipo de parches no deberían aplicarse al kernel. Ahora queda por ver cuál es la decisión final, pero todo apunta a que los parches propuestos no formarán parte del núcleo Linux.

El kernel Linux 3.8 ya está disponible

Linus Torvalds ha anunciado en la lista de distribución del kernel Linux la disponibilidad del núcleo 3.8, que aparece algo más de dos meses después del lanzamiento del kernel 3.7. El propio Torvalds ha afirmado que aunque estaba esperando por un pequeño parche pero que no era tan importante como para no lanzar una nueva versión estable.

Entre las novedades más destacadas está el soporte de OpenGL en los drivers Nouveau, de forma que todas las gráficas NVIDIA GeForce usarán aceleración 3D sin necesidad de que el usuario tenga que hacer nada.  Aún así, los drivers propietarios serán la mejor opción para muchos, ya que los controladores Nouveau no pueden activar los modos de operación rápidos en muchas situaciones. También hay soporte ya para los chipsets gráficos i915 de Intel que formarán parte de los futuros procesadores Haswell con el nombre Core i4000 en pocos meses.

También hay mejoras en temas como la paravirtualización con KVM y Xen gracias a nuevos controladores virtualizados (virtio_net), además de soporte para nuevos chips WiFi. En temas de sistemas de ficheros destaca el soporte de F2fs, un desarrollo especialmente orientado a medios de almacenamiento con chips de memoria Flash. Pero también se ha mejorado el rendimiento de Btrfs y de Ext4.

Tenéis más detalles del nuevo kernel Linux 3.8 en el anuncio oficial y en la serie de artículos de The H Open (1,2 y 3). Y por supuesto, ya podéis descargar el kernel desde kernel.org para compilarlo a vuestro gusto.