Linux sigue creciendo: Su Kernel implementará un millón de nuevas líneas de código

De ahí que me comprase una Nvidia, porque tenía una ATI-AMD en mente.

¿Hablas de los drivers libres (incluidos en el kernel) o de los drivers privativos? Porque yo de esos últimos no tengo mucha queja tanto aceleración de reproducción de vídeo y escritorio 3D como en juegos comparado con el rendimiento en Windows. Tengo un A10-7850K

Hablo de los privativos, porque con los libres no se puede jugar decentemente.

Yo tengo una 7870 GHz Edition y salvo algunas excepciones la mayoría de juegos o tienen un rendimiento malo o directamente no se puede jugar porque sale la pantalla en negro o porque peta al poco de iniciarlo.

Ahora mismo tengo Ubuntu 15.04 con el blob que sacó AMD en exclusiva para Canonical, que era la última versión del driver privativo hasta la beta que sacaron ayer, que todavía no la he probado. En los comentarios de Phoronix dicen que ha mejorado el rendimiento, veremos si ésta vez se cumple..

Yo he probado en Linux con mi APU el Metro Last Light y el Bioshock Infinite, a parte de otros menos "gastones" como el Left4Dead. Y con respecto a los gráficos ningún problema, sólo con el sonido de algún juego en Steam que parece pelearse con PulseAudio y salidas por HDMI, óptico y analógico, pero sólo en algunos juegos concretos y solucionables eligiendo otra salida como predeterminada.

¿Y como juegas? Quiero decir, yo tengo Steam en linux y una grafica Nvidia con los drivers actualizados e instalo los juegos, pero el rendimiento es una chusta

Por ejemplo, no puedo poner el TF2 a 1080p y con todo al maximo (como lo tengo en Windows) mas bien todo lo contrario, todo al minimo y sin HD y aun asi va a tirones

A mi no me van tan mal los juegos, pero no se puede comparar.
La optimización no es la misma, pero sobre todo al variedad. Es cierto que con el tema de Steam se avanzó mucho, pero son solo algunos inclusive dentro de Steam.
La pura realidad es que hay que seguir usando Windows para jugar decentemente.
Yo uso Windows por muchos otras cuestiones profesionales porque Linux me da dolores de cabeza (sin sentido), pero esto ya es otro tema.

Como ya te han comentado, la mayor parte del código del kernel Linux son drivers, y por supuesto solo se cargan en memoria los drivers necesarios para el hardware en el que se está ejecutando el kernel.

Por muchos drivers que añadan al kernel el único inconveniente para el usuario medio será que ocupará un poco más espacio en el disco duro, hoy en día el tamaño del código fuente del kernel está entorno entre 150 - 200MB, y una vez compilado ocupa mucho menos. Y los discos duros de hoy en día están fácilmente en los 500GB o 1TB, no es ningún problema..

Por lo tanto que siga la fiesta!! :D

Me encanta cuando la gente se queja de diferencias entre 200-400 Mb que pueda ocupar un sistema Linux en RAM (mi KDE se queda en 300 Mb pero he subido 100 Mb por si acaso) cuando tienen equipos con 2-4-8-16 Gb de RAM.

Antes de que me acusen de hereje, aclaro que mi portatil con Opensuse y Kde ocupa 500mb de ram de un portatil de 1GB (ya es viejillo)y me va de lujo.

No es una queja en si, y en el ordenador grande el consumo de ram es maravilloso por que tengo 16GB y no ocupa ni uno.

He trabajado algun timpo ya con Debian en servidores y algo se ;P pero cuando hablo del kerner algo hinchado me refería a que cuanto mas limpio este mejor, no hace mucho el propio Linus comento algo al respecto y tambien limpiaron codigo retirando soporte a equipos muy viejos (hablo de memoria me puedo equivocar)

hoy por hoy me dedico sobre todo a trabajar con contenedores y eso implica leer el código del kernel (más que nada porque no hay documentación para entender al detalle cómo está implementado y toca a mirar el código bastante) y te aseguro de primera mano que el código de linux de linux es increiblemente modular, si me dices el kernel de un RHEL o un ubuntu pues no te digo que no pero un custom kernel puede ser increiblemente ligero.

En mi antiguo curro nuestra distribución con un kernel 4 (dejé el curro hace menos de 3 semanas), con todos los drivers que soporta el kernel, mil utilidades, nginx, preconfigurado con todas las cosas que te puedas imaginar de almacenamiento incluido pNFS, iSER e incluso swift, openstack, un SDS propietario, módulos del kernel propietarios, etc. no llegaba a 400 megas de los cuales el kernel no ocupaba ni 35 incluyendo el initramfs.

En fedora 22 el núcleo son menos de 6 MiB y el initrram menos de 20 y es un núcleo con muchísimos módulos. El núcleo de linux tiene varios defectos (que NFS funcione es sencillamente milagroso, y esto lo sabe todo el que haya sufrido mirar el código o la documentación) pero no ser modular y no ser ligero al menos con un custom kernel no son problemas que se le puedan atribuir.