En Genbeta no nos solemos hacer eco de los parches del kernel Linux, pero esta vez es especial. El parche del que os hablamos hoy es pequeño pero matón: 200 líneas de código que hacen maravillas aumentado muchísimo el rendimiento gráfico del kernel.
Aunque el propósito original del parche es mejorar el rendimiento en momentos de mucha carga de CPU, parece ser que el escritorio va mucho más fluido en general con el parche en funcionamiento. El parche se aplica a la versión 2.6.37 del kernel, pero no entrará en el código principal hasta la siguiente, la 2.6.38.
Todavía no he podido probarlo personalmente, pero por los comentarios y vídeos como el que encabeza la entrada, la impresión que da es excelente. Sólo falta esperar a que supere el proceso de revisión, se incorpore al kernel y las distros lo distribuyan, valga la redundancia, para que podamos disfrutarlo todos.
¡Gracias a Juan por el aviso!
ActualizaciónZanr nos avisa en los comentarios de paquetes DEB para probar este parche, hechos por BlackDrako:
32 bits: Paquete 1 y 2
64 bits: Paquete 1 y 2
Vía | Phoronix
Más información | Linux Kernel Mailing List
Vídeo | Youtube – Phoronix
Comentarios
Intersante Esperemos que pase la prueba y se incorporé a las proximas distribuciones.
soy el unico que no vio diferencias? hubieran usado un medidor de fps y listo
No, tienes toda la razón, de hecho en general se esta diciendo que las mejoras son en momentos puntuales de mucha carga y multitarea a saco, un usuario de a pie no notará la diferencia. Se ha exagerado un poquitín la verdad.
interesante
Hay otro vídeo en el que se hacía sin el parche aplicado. En ese vídeo se ve como el glxgears da unos tirones de miedo, el vídeo del conejo ni hablemos.
Hay está reproduciendo un video de buena calidad, compilando y navegando por internet. Ya de por sí, la compilación consume mucha CPU. El cambio se nota y mucho.
Aqui el vídeo sin tener el parche aplicado (lo que es linux actualmente):
http://www.youtube.com/watch?v=uk70SeGA7pg
Y aqui aplicado (lo que será):
http://www.youtube.com/watch?v=prxInRdaNfc
El cambio es bastante significativo.
-- editado por última vez a las 20:34
Apuesto a que lo aplicaremos y no notaremos nada...
Basado en qué? Eres del equipo de pruebas de Phoronix o sabes más de esto que el propio Linus Torvalds? Lo que hay que leer.
Más info: http://goo.gl/hAwNV
Si el mismo linus torlvard lo ha aplicado en su maquina, yo alrato lo compilare, alrato les cuento como va mi sistema
Se agradece el vídeo en Html5
Es que las ventanas en Linux son lo peor, y estas "pequeñas" mejoras son increíbles en equipos estresados, algo que ahora mismo no va nada bien.
No podría enumerar las veces en las que copiar archivos a pendrive y comprimir un WAV a FLAC, han convertido mi equipo en un congelador (por dejar el sistema congelado).
Seguro que más adelante podremos aprovechar al máximo nuestros equipos modernos a nuestro entorno preferido de escritorio, sin demoras más allá de lo inevitable.
churras!=merinas
Pues si la multitarea en usos extremos no es de lo que hablamos, entonces igual me he confundido de noticia.
Hombre, despues de tener instalado linux en muchos aparatos. He de decirte que no he visto ordenador que se congele por copiar via dispositivos usb (incluido un amd k7 de los primeros).
Si hablas de multitarea vale, pero con la frase: "Es que las ventanas en Linux son lo peor" me das a enteder que el problema está en los gestores de ventanas que hay en linux....
O eso o que no le gustan los colores...
Como bien han dicho por ahi arriba Churras != Merinas
tmb si le quitamos lineas de codigo seria mas rapido
Eso no tiene nada que ver.
LOL, aun hay gente simpatica que cree que asi "corre" mas rapido un programa, que agradable
Si, si dejas solamente
printf("Hello world");
todo va mucho mas rápido.
¡Manolete sino sabes torear pá que te metes!
interesante
Bueno he leído un poquito el articulo y el mail-list y al parecer lo que hace es mejorar la organización de los procesos agrupándolos.
El caso es que si se notara el cambio cuando por ejemplo estamos trabajando duramente con procesos( firefox, videoHD y compilando el kernel como en el video de arriba) y queremos cambiar de un proceso a otro el kernel distribuye mucho mejor la carga con este nuevo algoritmo, sin notar ese molesto retardo en cambiar de una ventana a otra que se tiene algunas veces.
Para acabar solo matizar que este algoritmo como últimamente viene pansado es para multi-hilos es decir cuantos mas nucleos y más hyperthread tenga el procesador mejor funcionara, bueno los hyperthread relativamente.
interesante
Si alguien lo quiere probar, un lector de omgubuntu ha creado un paquete .deb con un kernel personalizado con este parche. Yo mismo lo he probado y no me ha dado problemas (Hay que instalar ambos enlaces de la correspondiente arquitectura).
32 bits: - http://goo.gl/D359B - http://goo.gl/sq6UU
64 bits: - http://goo.gl/d1VSh - http://goo.gl/AX8AQ
Créditos para Blackdrako.
Gracias lo probare, esta semana.
23 Comentario moderado
8Salu2!
Si alguno quiere las versiones 2.6.35 o la 2.6.37-RC2 con el parche aplicado, solo avisen ... los he compilado tb para archlinux, por si a alguien le interesa
29 Comentario moderado
830 Comentario moderado
82.6.37-RC2 64b http://goo.gl/zLa1N y http://goo.gl/G7YgS
Ten en cuenta que si usas drivers graficos propietarios, tendras que parchear sus instaladores para que sean compatibles con este kernel, quizás podría subir algunos deb con los instaladores parcheados pero no antes de mañana...
32 Comentario moderado
8catalyst 10.11 parcheados 2.6.36 / 37-RC2
http://goo.gl/tUByw http://goo.gl/WVEUH
http://goo.gl/7X9WD http://goo.gl/PdEeN
mañana nvidia, hoy no tengo mas tiempo :)
-- editado por última vez a las 18:05
Espero que esto también repercuta en los sistemas operativos móviles basados en Linux, llámalo webOS o Android
O.o genial, esperemos que sea bueno ese parche para la siguiente generacion del kernel linux :P, lastima que ya se a detenido el kernel hurd, que promete el cielo y la tierra :p,
El mismo linus Torvals le ha dado el visto bueno y quedo gratamente complacido con el código.
Con aportaciones como estas hasta da gusto, gracias Mike Galbraith ;)
suena súper excelente por ha mi si me ha pasado eso que como que no responde mi pc probando los deb. gracias zanr
Al ritmo de actualizaciones que llevamos en Debian a lo mejor para dentro de 5 o 6 años podemos disfrutarlo. Madre mia! Con lo que me gusta a mi Debian y lo que tardan en actualizarse.
Si usas la version "stable" no estaras muy al dia, pero la testing es lo suficientemente estable y actualizada (generalmente mas que ubuntu) ahora mismo testing esta congelada y no entra nada, pero no creo que se tarde mucho en en pasar testing a stable, y salir la testing nueva con el ultimo kernel.
Es que en la testing tengo un problemilla de drivers con la ATI y no quiero perder mucho tiempo instalando cosas, tuve que decantarme por los repos de la stable.
Escribir un comentario
Para hacer un comentario es necesario que te identifiques: ENTRA o conéctate con FacebookConnect