Ultimas compilaciones (era: Linux 3.16)

Espero que nadie esté informándose de la salida de nuevos kernels exclusivamente a través de aquí, porque como ya os habréis percatado no dije nada cuando salió Linux 3.16 en pleno mes de agosto. Y no he sido yo sólo, hasta el changelog de KernelNewbies anda con retraso (de hecho todavía no está acabado).

Eso no significa que no haya estado usando la nueva versión, y de hecho creo que ya va siendo hora de hacer un "volcado de datos" de tiempos de compilación de las ramas 3.15 y lo que llevamos de 3.16. En estas compilaciones he usado el nuevo "shiny" (que diría Linus Torvalds) gcc 4.9 que ya ha incluido Debian como compilador por defecto.

Tiempos de la rama 3.15:

$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.1+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m55.142s
user    28m23.732s
sys     1m58.164s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.2+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m19.393s
user    28m30.428s
sys     1m59.596s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.3+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m16.884s
user    28m30.992s
sys     1m57.800s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.4+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m16.118s
user    28m32.316s
sys     1m56.284s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.5+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m14.446s
user    28m34.088s
sys     1m54.056s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.6+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m25.790s
user    28m30.164s
sys     1m56.020s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.7+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m29.809s
user    28m27.760s
sys     1m56.248s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.15.8+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m7.163s
user    27m32.616s
sys     1m54.744s

Ya me he acostumbrado a dejar el ordenador en paz mientras compila, y de hecho se nota a simple vista algún caso que no lo he hecho. Esto no ha conseguido evitar que todavía haya oscilaciones de más de 10 segundos arriba o abajo de la media.

He hecho algunos cambios durante estos kernels. Por ejemplo, añadí en algún momento la opción que recomendaba bootchar2 para medir mejor los tiempos1. Más tarde quité los módulos de CPU Frequency scaling > x86 CPU frequency scaling drivers que no usaba, dejando sólo el de ACPI2. Pero el impacto de estos cambios menores ni siquiera se puede apreciar frente a esas oscilaciones.

Tiempos en la rama 3.16:

$ time fakeroot make-kpkg -j4 --initrd --revision=3.16.0+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m13.507s
user    27m58.904s
sys     1m54.984s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.16.1+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m19.769s
user    27m54.536s
sys     1m55.300s
$ time fakeroot make-kpkg -j4 --initrd --revision=3.16.2+1 --append-to-version=-amd64 kernel_image kernel_headers
real    12m2.702s
user    27m36.140s
sys     1m51.632s

A pesar de que llevamos más de un mes en la rama 3.16.x, apenas han salido kernels estables. Entre el KernelSummit/LinuxCon y que GregKH parece habérselo tomado con calma, hemos estado la mayor parte del tiempo en la 3.16.1. Sólo recientemente parece que la lista de parches pendientes ha vuelto a empezar a moverse, aunque —por lo que se ve— todavía acumula cierto retraso. Si es porque no hay mucho que corregir, pues estupendo, sobre todo teniendo en cuenta que Debian Jessie llevará linux 3.16.

El siguiente kernel, el 3.17, estará en los repositorios a finales de septiembre o comienzos de octubre si todo va según lo previsto (y a día de hoy nada parece indicar lo contrario: la ventana de merge veraniega también parece haber sido muy tranquila). Eso dejaría al kernel 3.18 para la semana de navidades, o más probablemente para los primeros días de 2015. Y teniendo en cuenta que no parece que vaya a haber grandes novedades en ninguno de los dos, probablemente no vuelva a hacer un volcado como éste hasta el año que viene3.

:wq


  1. CONFIG_PROC_EVENTS=y y CONFIG_TASKSTATS=y según el README de bootchart2. 

  2. El recomendado para procesadores Intel, el Intel P State, no sale bien parado en las comparativas, y si lo incluyes lo usa siempre antes que cualquier otro. 

  3. No es que tenga la más mínima importancia, claro, pero conviene avisar para que nadie se preocupe :-D 

blogroll

social