Kernel 4.18-rc1 y 4.18-rc2.

Ya los hay...:

Kernel 4.18-rc1:

23.174.863 líneas de código escritas, 73.245.579 palabras de código escritas y 715.954.991 caracteres de código escritos.

Kernel 4.18-rc2:

23.177.376 líneas de código escritas, 73.252.987 palabras de código escritas y 716.022.627 caracteres de código escritos.

Siempre en base a este comando: find -name *.[hcS] | xargs cat | wc

Ya de por sí, de aquí, hasta que me falle este portátil, no volveré a usar Linux (por un tiempo prudente. Pero ahora mismo, lo seguiré usando hasta que llegue el momento de fallar), no sé ni cuándo fallará, ni se sabe cómo, pero fallará en cuanto llegue el momento. De momento, es tan duro, que la roca es tan irrompible, que nada le salta ni una sola alarma de los componentes que trae este portátil.

Ya sí. Me temo que a este portátil...

De una parte que me toca es, que cuando, estoy bajo Debian SID, me temo que ya no aguanta, o al menos, cuando tengo los controladores de la NVIDIA (la versión 340.107), puedo decir con muchísima tranquilidad, que tendré que irme directamente por un buen tiempo, a la rama estable en vez de la inestable.

Pero por otro lado, sigue funcionándome bien como debería este portátil, durará por lo menos, entre 6 meses y un año. NO le doy más, porque no va a poder aguantar con la poca memoria RAM que trae (solo 4 gigas de RAM, pero se puede comprar la memoria RAM para este bicho, pero teniendo 2 módulos con 4 Gigas cada uno. No merece la pena, por el precio que va y no es nada fácil ya conseguirlo).

Pero por otro orden de cosas, ejecutando el kernel 4.16.16, se me cascan las Xorg y, provocando el bloqueo total del sistema informático, sin hacer absolutamente nada, ni retocar nada, ni hacer nada. Haciendo de esta forma, el apagado en bruto.

De todas formas, tendría que haber hecho es, indicarle al sistema, que, con el SysRq activado, podría hacer el motivo directo para no apagarlo a lo bruto, con 'reisub', pero bueno...se hará de otra forma.

Ya pondrán otra nueva versión de los controladores para el kernel nuevo de Debian de la rama Sid, que luego...se me queja...y se estanca este portátil solo.

Se intentará.

Kernel 4.4.138, 4.9.109, 4.14.50, 4.16.16 y 4.17.2.

Los hay ya...y son todos éstos:

Kernel 4.4.138:

19.285.976 líneas de código escritas, 62.198.168 palabras de código escritas y 555.219.847 caracteres de código escritos.

Kernel 4.9.109:

20.568.934 líneas de código escritas, 66.059.403 palabras de código escritas y 593.773.386 caracteres de código escritos.

Kernel 4.14.50:

23.078.943 líneas de código escritas, 73.579.007 palabras de código escritas y 714.697.774 caracteres de código escritos.

Kernel 4.16.16:

23.504.012 líneas de código escritas, 74.750.194 palabras de código escritas y 721.159.669 caracteres de código escritos.

Kernel 4.17.2:

23.314.646 líneas de código escritas, 73.766.286 palabras de código escritas y 720.374.847 caracteres de código escritos.

Siempre con este comando, en base a todos los conocimientos linuxeros de hoy en día: find -name *.[hcS] | xargs cat | wc

Kernel 4.4.136, 4.4.137, 4.9.107, 4.9.108, 4.14.49, 4.16.15 y 4.17.1

Buf, no paro de tener cosas,...pero ya se andará, ya. Poco a poco.

Bueno, vamos a ver qué es lo que tenemos del Linux...

Kernel 4.4.136:

19.285.982 líneas de código escritas, 62.198.318 palabras de código escritas y 555.220.949 caracteres de código escritos.

Kernel 4.4.137:

19.286.049 líneas de código escritas, 62.198.540 palabras de código escritas y 555.222.880 caracteres de código escritos.

Kernel 4.9.107:

20.568.824 líneas de código escritas, 66.059.181 palabras de código escritas y 593.771.053 caracteres de código escritos.

Kernel 4.9.108:

20.568.905 líneas de código escritas, 66.059.442 palabras de código escritas y 593.773.442 caracteres de código escritos.

Kernel 4.14.49:

23.078.727 líneas de código escritas, 73.578.193 palabras de código escritas y 714.691.959 caracteres de código escritos.

Kernel 4.16.15:

23.503.770 líneas de código escritas, 74.749.348 palabras de código escritas y 721.153.351 caracteres de código escritos.

Kernel 4.17.1:

23.314.422 líneas de código escritas, 73.765.431 palabras de código escritas y 720.368.446 caracteres de código escritos.

Siempre con ésto: find -name *.[hcS] | xargs cat | wc

Y para finalizar...este portátil sigue trabajando en tiempo y forma...aunque, ya sabemos que fallará en cualquier momento. No se sabe.

Kernel 4.9.106, 4.14.47, 4.16.14 y 4.17.0.

Pues ya sí...pero ando más liado que un Cristo, pero sigo publicando en mi muro, como siempre, porque hago cosas muy productivas para quiénes quieran (unos pocos saben que publico bastante material y bastante información que nadie lo consigue ni en tiempo, ni en forma), pero son los pocos que tienen esas informaciones que consiguen lo que nadie consiguió.

Bueno, sigo dando el tema de los núcleos de Linux que ya hay disponibles para la descarga de los mismos, pero...ya hay la 4.17, que ya es estable. Y lo voy a compilar. Pero no me da muchas opciones el famoso 'make-kpkg' para hacer prácticamente lo mismo que hacen los de Debian, con los mismos paquetes que haga para no tener que enmendar todo esto a mano con el famoso 'make-kpkg --revision="4.17.0-1" --initrd kernel-image kernel-headers' (sí, ahora con el kernel 4.17.0 a compilar, que lo hago de noche). Esto lo que hago es, totalmente estándar, nada de historias en vinagre, ni chorradas varias.

Aquí van:

Kernel 4.9.106:

20.567.844 líneas de código escritas, 66.056.142 palabras de código escritas y 593.743.452 caracteres de código escritos.

Kernel 4.14.47:

23.078.234 líneas de código escritas, 73.576.396 palabras de código escritas y 714.677.906 caracteres de código escritos.

Kernel 4.16.14:

23.503.586 líneas de código escritas, 74.748.779 palabras de código escritas y 721.148.231 caracteres de código escritos.

Kernel 4.17.0:

23.314.368 líneas de código escritas, 73.765.280 palabras de código escritas y 720.367.108 caracteres de código escritos.

Siempre, en base de los conocimientos hoy en día: find -name *.[hcS] | xargs cat | wc

Estos días, estoy usando más Windows que Linux, pero esto no es un tema que no me afecte, es que, en las Xorg, a través del paquete xserver-xorg-video-nouveau, al no tener una actualización de los controladores privativos de la NVIDIA, me consume bastante memoria RAM a la hora del uso de las X. Pero bueno, yo ya he dado un tema en el foro de devtalk.nvidia.com al respecto, para que, si ponen o antes, o después, la consabida actualización del driver privativo de NVIDIA, para colocarlo a mi sistema.

Ni sé cuando se morirá este portátil, ni tengo constancia de cuándo será el día en que ya no lo tenga ya y no funcione. Será aquél momento, en que, ya no carbure más. Ahora mismo, es como si siguiese echando cohetes, pero con las últimas actualizaciones del Firefox y otros programas, dejan mucho que desear, puesto que, consume bastante (sin el controlador privativo) memoria RAM que de costumbre. Si uso los controladores privativos de NVIDIA, no me da este problema. Pero tarde o temprano, éste se morirá, y tendrá que verlas estando en un sitio donde se conoce: PUNTO LIMPIO. Que en donde vivimos, tenemos 2 puntos, uno más cercano de otro. El otro, lo tenemos a más de 2 kilómetros. El que tenemos cerca, está a 800 metros de casa.