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
-
CONFIG_PROC_EVENTS=y
yCONFIG_TASKSTATS=y
según el README de bootchart2. ↩ -
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. ↩
-
No es que tenga la más mínima importancia, claro, pero conviene avisar para que nadie se preocupe
:-D
↩