[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [OT] El milagro de las 200 lineas de codigo



2010/11/22 Abilio Almeida Eiroa <aabilio@gmail.com>:
> El día 22 de noviembre de 2010 12:36, bruno
> <bruno.debian@cyberoso.com> escribió:
>> Marc Aymerich wrote:
>>>
>>>
>>> 2010/11/20 Francisco Javier Aravena Jimenez <djmkchevette@gmail.com
>>> <mailto:djmkchevette@gmail.com>>
>>>
>>>
>>>
>>>    El 19 de noviembre de 2010 08:12, hubble <hubble@telefonica.net
>>>    <mailto:hubble@telefonica.net>> escribió:
>>>
>>>        El Thu, 18 Nov 2010 17:14:08 +0100
>>>        Marc Aymerich <glicerinu@gmail.com
>>>        <mailto:glicerinu@gmail.com>> va dir:
>>>
>>>        > 2010/11/16 Marc Aymerich <glicerinu@gmail.com
>>>        <mailto:glicerinu@gmail.com>>:
>>>        > > Para quien no se haya enterado aún...
>>>        > > hoy diversos medios se han hecho eco de un nuevo parche
>>>        para el kernel
>>>        > > linux, de tan solo 200 lineas, que mejora de forma
>>>        increíble el tiempo
>>>        > > de respuesta de las aplicaciones de escritorio.
>>>        > >
>>>        > > Castellano:
>>>
>>>  http://www.muylinux.com/2010/11/16/el-milagro-de-las-200-lineas-de-codigo
>>>        > > Ingles:
>>>
>>>  http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1
>>>
>>>  <http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1>
>>>        > >
>>>        > > Nota: para las pruebas usan un escritorio sin aceleración
>>>        gráfica, así
>>>        > > que todo es CPU.
>>>        > >
>>>        > > --
>>>        > > Marc
>>>        > >
>>>        >
>>>        >
>>>        > Parece que no era ningún milagro después de todo...
>>>        >
>>>        >
>>>
>>>  http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
>>>        >
>>>
>>>        CPU: AMD Athlon(tm) XP 2400+
>>>        cpu MHz         : 2004.685
>>>        MemTotal:        1554616 kB
>>>        03:00.0 VGA compatible controller: nVidia Corporation NV31
>>>        [GeForce FX 5600] (rev a1)
>>>
>>>
>>>        He seguido los pasos de esta alternativa, y mi única
>>>        comprobación, una vez reiniciado el sistema, ha sido abrir el
>>>        chrome (era mi peor navegador para ver vídeos) e ir a youtube
>>>        a ver un vídeo (el gol de messi): el vídeo lo he visto
>>>        perfecto (cosa que antes lo mostraba a saltitos) y la CPU se
>>>        ha quedado milagrosamente en un  50-60% (antes siempre estaba
>>>        en el 100% supongo que por eso los saltitos).
>>>
>>>        Aquí los pasos que seguí:
>>>
>>>        Start by editing your rc.local file, running sudo gedit
>>>        /etc/rc.local and add the following lines above "exit 0":
>>>
>>>        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
>>>
>>>        Save and exit gedit. Now, make it executable:
>>>
>>>        sudo chmod +x /etc/rc.local
>>>
>>>        After doing this, edit the .bashrc file found in your home
>>>        directory (gedit ~/.bashrc) and, at the end of this file, add:
>>>
>>>        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
>>>
>>>        One last thing. To make sure that cgroups are deleted whenever
>>>        the last task leaves, run:
>>>
>>>        sudo gedit /usr/local/sbin/cgroup_clean
>>>
>>>        And copy-paste this:
>>>
>>>        #!/bin/sh
>>>        rmdir /dev/cgroup/cpu/$*
>>>
>>>        Once again, save the file, exit gedit and make it executable:
>>>
>>>        sudo chmod +x /usr/local/sbin/cgroup_clean
>>>
>>>        Done! Restart your computer to apply the changes.
>>>
>>>
>>>        Saludos.
>>>
>>>
>>>
>>>
>>>        >
>>>        > --
>>>        > Marc
>>>        >
>>>        >
>>>        > --
>>>        > To UNSUBSCRIBE, email to
>>>        debian-user-spanish-REQUEST@lists.debian.org
>>>        <mailto:debian-user-spanish-REQUEST@lists.debian.org>
>>>        > with a subject of "unsubscribe". Trouble? Contact
>>>        listmaster@lists.debian.org <mailto:listmaster@lists.debian.org>
>>>        > Archive:
>>>
>>>  [🔎] AANLkTimkg2=roYWNxKUhE0skiNQWsGNQ61aLnLn+KqtD@mail.gmail.com">http://lists.debian.org/[🔎] AANLkTimkg2=roYWNxKUhE0skiNQWsGNQ61aLnLn+KqtD@mail.gmail.com
>>>        >
>>>
>>>
>>>        --
>>>        To UNSUBSCRIBE, email to
>>>        debian-user-spanish-REQUEST@lists.debian.org
>>>        <mailto:debian-user-spanish-REQUEST@lists.debian.org>
>>>        with a subject of "unsubscribe". Trouble? Contact
>>>        listmaster@lists.debian.org <mailto:listmaster@lists.debian.org>
>>>        Archive:
>>>
>>>  [🔎] 20101119121246.ebd28c90.hubble@telefonica.net">http://lists.debian.org/[🔎] 20101119121246.ebd28c90.hubble@telefonica.net
>>>
>>>
>>>    hola, que tak
>>>
>>>    aver si me hechas una mano,,,,
>>>
>>>    Segui tus passos pero no me funciono al abrir las terminales me
>>>    aparece este mensaje de error que puede ocurrir ????
>>>
>>>    mkdir: no se puede crear el directorio
>>>    «/dev/cgroup/cpu/user/3113»: No existe el fichero o el directorio
>>>    bash: /dev/cgroup/cpu/user/3113/tasks: No existe el fichero o el
>>>    directorio
>>>    bash: /dev/cgroup/cpu/user/3113/notify_on_release: No existe el
>>>    fichero o el directorio
>>>
>>>    estoy usando debian squeeze  2.6.32-3-amd64
>>>
>>>
>>> Apostaria a que necesitas un kernel mas reciente, esa version del kernel
>>> que usas no creo que implemente cgrups,.
>>>
>>> --
>>> Marc
>>>
>> Me acaba de pasar lo mismo (Debian Lenny - 2.6.26-2-686-bigmem), y el
>> problema es que no existe el directorio /dev/cgroup/cpu/user/. Toca ejecutar
>> otra vez :
>> mkdir -m 0777 /dev/cgroup/cpu/user
>>
>> Por alguna razon no funciono al arrancar la maquina.
>>
>
> Efectivamente por alguna razón no crea lo directorios en el arranque.
> Yo uso Ubuntu y coloqué las líneas para crear los directorios en
> /etc/rc.local
> Lo que me pasaba a mi es que en ese fichero tenía esta línea:
>
> sudo rsync -a --delete /etc/.ofris// /home//
>
> que daba error al ejecutarse y salía del script con lo cual nunca
> llegaba a ejecutar las siguientes líneas. Mi solución fue poner estas
> líneas antes de la que daba error.
> Comprueba si te sucede algo por el estilo. puede ser.
>
>
> --
> aabilio - http://linfox.es
> http://expulsionporagresion.linfox.es
> GPG id C7B08605 Abilio Almeida Eiroa (aabilio)
> SIP: aabilio@ekiga.net
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: http://lists.debian.org/AANLkTimADR047nufmYwy-STen2LU7iDtq2bakGJ7V09@mail.gmail.com
>
>

Si leen bien las instrucciones (la parte para uso en ubuntu), dice
claramente que los comandos para crear los directorios van en el
/etc/rc.local y otros en el ~/.bashrc.


[/etc/rc.local]
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


[~/.bashrc]
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

Lo que comprueba que la mejora solo funciona para procesos ejecutados
desde la consola.


-- 
ItZtLi


Reply to: