Aclaro que vi el post en T! pero ninguno de los 2 posts que encontré al respecto mencionaba la experiencia del autor del post con éste método por eso hago este post.
El método lo seguí segun las instrucciones del siguiente
http://planetubuntu.es/19/%C2%BFrecordais-el-milagroso-parche-de-las-200-lineas-de-codigo-podeis-lograr-lo-mismo-en-2-minutos-sin-parchear-el-kernel
Me funcionó casi todo excepto una linea que tuve que cambiar. Lo explico a continuación:
1) Lo primero que haremos es modificar (con mucho cuidado) el archivo rc.local ubicado en la carpeta /etc.
dijo:sudo gedit /etc/rc.local
y agregamos la siguiente porcion de código justo arriba de donde dice exit 0
dijo:mkdir -p /dev/cgroup/cpu
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu
mkdir -m 0777 /dev/cgroup/cpu/user
echo "/usr/local/sbin/cgroup_clean" > /dev/cgroup/cpu/release_agent
guardamos el archivo y volvemos a nuestra querida consola.
2) Si no lo hemos hecho en otra ocación, debemos convertir el rc.local en un archivo ejecutable de la siguiente manera:
dijo:sudo chmod +x /etc/rc.local
3) Ahora procedemos a modificar el archivo .bashrc:
dijo:sudo gedit .bashrc
y agregamos la siguiente porcion de codigo al final de todo:
dijo:if [ "$PS1" ] ; then
mkdir -p -m 0700 /dev/cgroup/cpu/user/$$ > /dev/null 2>&1
echo $$ > /dev/cgroup/cpu/user/$$/tasks
echo "1" > /dev/cgroup/cpu/user/$$/notify_on_release
fi
Solucionado el problema del error en la consola
4) a continuación modificamos o creamos en caso de no tenerlo, el archivo cgroup_clean:
dijo:sudo gedit /usr/local/sbin/cgroup_clean
Alli agregamos el siguiente codigo:
dijo:#!/bin/sh
rmdir /dev/cgroup/cpu/$*
Aqui tambien modifique, donde ahora esta el * antes decia "1".
5) Luego le damos permisos de ejecución a este archivo como hicimos con el rc.local:
dijo:sudo chmod +x /usr/local/sbin/cgroup_clean
6) Reiniciar.
El método fué probado por mi personalmente y la diferencia me resultó abismal. Desgraciadamente no tomé caps ni armé videos para que vean la diferencia, pero el glxgears actualmente me arroja los siguientes resultados:
dijo:7030 frames in 5.0 seconds = 1405.828 FPS
7002 frames in 5.0 seconds = 1400.348 FPS
7285 frames in 5.0 seconds = 1456.849 FPS
7914 frames in 5.0 seconds = 1582.669 FPS
7650 frames in 5.0 seconds = 1529.917 FPS
8093 frames in 5.0 seconds = 1618.595 FPS
8116 frames in 5.0 seconds = 1623.169 FPS
y sigue subiendo...
antes de aplicar este método apenas si llegaba a los 1000 FPS (con suerte).
Antes no podía ni ver videos de youtube con pantalla completa, ahora los veo sin problemas y en HD.
Es realmente notable como mejora la fluidez y hace mucho mas suave el desliz en la pantalla. También mejora los videos y el "scroll" en los navegadores (recomiendo usar firefox 4 beta 4, hace mejor uso de el proceso gráfico)
PARA QUIENES TENGAN UBUNTU 64BITS
Deben descarga el kernel correspondiente del link que les paso a continuacion y ejecutar el .deb
y con eso basta... el kernel fue probado por flacoespeche y los valores arrojados por el glxgears fueron los siguientes:
dijo:9640 frames in 5.0 seconds = 1927.987 FPS
10292 frames in 5.0 seconds = 2058.277 FPS
10247 frames in 5.0 seconds = 2049.357 FPS
7982 frames in 5.0 seconds = 1596.365 FPS
10430 frames in 5.0 seconds = 2085.842 FPS
10864 frames in 5.0 seconds = 2172.589 FPS
dijo:13947 frames in 5.0 seconds = 2789.265 FPS
15183 frames in 5.0 seconds = 3034.635 FPS
15183 frames in 5.0 seconds = 3036.546 FPS
10246 frames in 5.0 seconds = 2049.198 FPS
15162 frames in 5.0 seconds = 3032.336 FPS
15186 frames in 5.0 seconds = 3036.496 FPS
15026 frames in 5.0 seconds = 3005.057 FPS
Creo que los numero hablan por si solos.
Para finalizar, en mi caso la prueba la hice en netbook ASUS eee 1201n con una placa de video Nvidia ION.
Espero que les sirva y cualquier crítica (con respeto) es aceptada