Página 1 de 1

dudas sobre el parche de las 200 lineas

Publicado: Mar, 29 Mar 2011, 22:55
por nelson
Hace algun tiempo, salio la noticia de que un desarrollador publico unas 200 lineas de codigos para el kernel, el objetivo seria acelerar de cierta formas las tareas.
Encontre un kernel ya compilado que lo traia incluido, pero era la version 2.6.36
http://dl.dropbox.com/u/410102/test/lin ... m_i386.deb
http://dl.dropbox.com/u/410102/test/lin ... m_i386.deb
Pero la version que trae el 10.04 del kernel es el 2.6.32-25-generic
Sin saber mucho del tema y de consecuencias, lo instale para probar a ver que pasaba, ciertamente me di cuenta de la mejora del rendimiento en una pc que normalmente copiaba lento y demas, al cabo del tiempo, me empezo a dar problemas, estaba mas lenta que nunca y ademas, me dio problemas con los drivers de un modem que trate de instalar (esto me lo aclaro KZKG^Gaara que por ser el kernel diferente y demas se me armo tremendo rollo).
Ahora, suponiendo que yo descargue el kernel que trae el 10.04, yo podria recompilarlo incluyendole estas 200 lineas?
Estuve mirando un poco las lineas del codigo, y en varias secciones hace referencia al 2.6.36

Código: Seleccionar todo

--- linux-2.6.36.orig/init/Kconfig
+++ linux-2.6.36/init/Kconfig
Esto me deja en duda, que si estas 200 lineas solo seran para el 2.6.36.
A lo mejor es una animalada de mi parte, pero si yo cambiara:

Código: Seleccionar todo

--- linux-2.6.36.orig/init/Kconfig
+++ linux-2.6.36/init/Kconfig
por

Código: Seleccionar todo

--- linux-2.6.32.orig/init/Kconfig
+++ linux-2.6.32/init/Kconfig
que pasaria? hasta aqui mi pc, no?
Sera posible recompilar el 2.6.32 con las 200 lineas?

P.D, ya estuve mirando la opcion de realizar esto en unas pocas lineas, pero no me convence mucho..
Saludos y gracias por la ayuda que me puedan brindar.

Re: dudas sobre el parche de las 200 lineas

Publicado: Mié, 30 Mar 2011, 07:32
por hugo
No se por que descartas tan rápidamente la alternativa de pocas líneas, pues hace algo similar (estuve leyendo un hilo al respecto en slashdot y hay quienes dicen que el rendimiento es incluso superior) y resulta menos complejo de configurar.

Re: dudas sobre el parche de las 200 lineas

Publicado: Mié, 30 Mar 2011, 09:59
por nelson
Bueno, te dire que el de las pocas lineas lo aplique anoche despues de escribir este post, no vi gran diferencia de como estaba la pc anteriormente, y en la consola cuando la abri, me dio una linea de error, (la cual ignore y ni me preocupe porque ya estoy al formatear), puede ser que lo halla hecho mal o que los codigos no eran los correctos, no se , tendria que revisar mas sobre esa opcion.
Gracias

Re: dudas sobre el parche de las 200 lineas

Publicado: Jue, 07 Abr 2011, 09:05
por llamaret
Hace unos dias encontre esto

Aumento de velocidad "milagroso" en ubuntu 10.10 maverick (yo lo probe en lucid)

Esto lo encontré en este link (http://linuxkillwin.blogspot.com/2010/1 ... so-en.html). Lo probé en ubuntu lucid lynx y funcionó de maravillas. Parece una alternativa rápida al famoso parche de las 200 líneas. La noticia no es nueva, fue publicada en nov. 2010, pero la verdad es que recién la encontré. Acá les dejo la fórmula:

Realizamos lo siguiente:

$ sudo su
$ 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

Le damos permisos:

$ chmod +x /etc/rc.local

Editamos el ~/.bashrc:

$ gedit ~/.bashrc

Pegamos el siguiente código al final del archivo de texto:

if [ "$PS1" ] ;
then mkdir -m 0700 /dev/cgroup/cpu/user/$
echo $ > /dev/cgroup/cpu/user/$/tasks
echo "1" > /dev/cgroup/cpu/user/$/notify_on_release
fi

Guardamos el archivo.
Modificamos el cgroup_clean:

$ gedit /usr/local/sbin/cgroup_clean

Pegamos el siguiente código al final del archivo de texto:

#!/bin/sh
rmdir /dev/cgroup/cpu/$*

Guardamos y le damos permisos:

$ sudo chmod +x /usr/local/sbin/cgroup_clean

Reiniciamos y a ver los resultados.

En mi ordenador los resultados fueron inmediatos. El tiempo de inicio se redujo significativamente. El apagado independientemente lo que este realizando está alrededor de 5 a 6 segundos. Y lo más notable está en la velocidad de transferencia de datos.

No soy un experto en Gnu-Linux, de hecho migré recientemente, por lo que realmente no entiendo exactamente lo que hacen esos cambios, pero el resultado está y en 3 días no he notado ningún error. Creo que es una alternativa a los que aún no tenemos en nuestra distro disponible con el kernel optimizado.

Re: dudas sobre el parche de las 200 lineas

Publicado: Jue, 07 Abr 2011, 09:54
por fVckingmania.hell
Bueno yo tampoco son ni si quiera alguien super diestro en cuanto a GNU\Linux pero no entiendo como esas lineas pueden afectar el inicio de la PC (si entiendo que afecte el apagado y la tranferencia de archivos, en general todo lo que pase despues de iniciado el usurio) porque al final lo que se edita es el ~/.bashrc y eso es de un user.
Si hay alguien mas experimentado, por favor me explique y si alguien ya lo tiene pinchando de hace mas tiempo y le ha sido bastante estable que lo diga para agregarlo a la wiki, como algo super bueno.

Re: dudas sobre el parche de las 200 lineas

Publicado: Jue, 07 Abr 2011, 10:10
por nelson
llamaret, esas lineas la veo algo diferentes a las que utilize,, que note el cambio con las mias, pero me dan un error cada vez que abro la consola, voy a ver con estas a ver que sucede, que por lo que veo eso de recompilar el kernel con las 200 esta algo crudo.
Saludos

Re: dudas sobre el parche de las 200 lineas

Publicado: Jue, 07 Abr 2011, 11:57
por llamaret
De todas maneras revisa el link que deje en el post...
http://linuxkillwin.blogspot.com/2010/1 ... so-en.html


Saludos

Re: dudas sobre el parche de las 200 lineas

Publicado: Jue, 07 Abr 2011, 13:03
por fVckingmania.hell
Imposible para mi !!! no tengo internet :| :? :( :( :(

Re: dudas sobre el parche de las 200 lineas

Publicado: Vie, 08 Abr 2011, 12:35
por elav
Señores.. Las líneas mejoran el rendimiento, no hacen milagros. Además, la diferencia se nota cuando realizas trabajos de alto consumo de RAM y CPU. Ahora, porque hayan puesto las líneas, no significa que su equipo vaya a consumir menos memoria ni nada por el estilo.