Aprovechar al máximo el escalado de frecuencia de nuestro portátil.

Archivado
Bueno, la idea es aprovechar el escalado de frecuencia de nuestro portátil para hacer que este trabaje a unas determinadas frecuencias cuando usamos batería y a otras cuando esta conectado a la corriente. La utilidad principal de esto es tener una mayor duración de la batería cuando la estemos usando, y un mayor rendimiento de la máquina cuando trabajamos conectados a la pared.

Primero comentar que uso ubuntu dapper 6.06 usando un computador con sólo un microprocesador, pero creo que esto servirá para otras distros igualmente, no lo sé porque yo lo he echo basandome en ubuntu. Empezamos:

Todos los pasos los hacemos como "root"

Comprobamos los diferentes governors de que disponemos, para saber con que podemos trabajar.
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors


la salida mas probable será "userspace powersave ondemand conservative performance"

powersave: usa la minima frecuenca de procesador.
ondemand: usa la máxima frecuencia del procesador pero se rebaja esta dependiendo del uso que le demos
conservative: usa la mínima frecuencia del procesador aumentandose esta dependiendo del uso que le demos
performance: usa la máxima frecuenca del procesador
userspace: usa un archivo definido por el usuario para el metodo de escalado de frecuencia, por defecto será ondemand en ese archivo.

Nos vamos a /etc/acpi/ donde vemos dos subdirectorios, uno es battery.d y otro es ac.d.

empezamos con battery.d:

Entramos en el directorio y creamos un fichero llamado cpus_scaling.sh en
el que ponemos lo siguiente:

#!/bin/sh
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
*Nota: podemos sustituir powersave por el governor que mejor nos venga para lo que queremos, arriba puse como actua cada uno (yo puse powersave)

hacemos el script ejecutable
chmod +x cpus_scaling.sh

y pasamos a ac.d:

Entramos al directorio ac.d y creamos un fichero llamado cpus_scaling.sh en el que ponemos lo siguiente:

#!/bin/sh
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor



hacemos el script ejecutable
chmod +x cpus_scaling.sh

Hasta ahora todo esta echo, pero queremos que esto se ejecute automaticamente al iniciar el sistema, asi que... seguimos los siguientes pasos:

Creamos un archivo en /etc/init.d/ llamado getpower con el siguiente código:

#!/bin/bash

POWERSTATE=`grep -c off-line /proc/acpi/ac_adapter/ACAD/state`

if [ $POWERSTATE != 0 ]; then
     /etc/acpi/battery.d/cpus_scaling.sh
else
     /etc/acpi/ac.d/cpus_scaling.sh
fi


OJO: En algunos sistemas la ruta del POWERSTATE es /proc/acpi/ac_adapter/AC/state si no poneis bien vuestra ruta el sistema no reconocerá el estado de la batería y no ajustará bien la frecuencia. No cambiará hasta que no lancemos un evento acpi.

cambiamos los permisos para hacerlo ejecutable
chmod +x getpower

Finalmente para todos las carpetas rc.d en /etc (rc2.d, rc3.d, rc4.d, rc5.d) excepto para rc1.d y rc6.d creamos un enlace simbólico al script getpower en /etc/init.d:

ln -s /etc/init.d/getpower /etc/rc2.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc3.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc4.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc5.d/S99getpower

Espero que os sirva.

Para cualquier duda ya sabeis, ando por el foro.
Muy útil, tan sólo dos observaciones, corrige esto:

4eVaH escribió:#!/bin/sh
[LEFT] echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
[/LEFT]


Porque los que llevamos un tiempo nos damos cuenta de que se te ha colado el BBCode del foro ahí pero los novatos pondrán en el script el [LEFT] y el otro como campeones [sonrisa]

Y en mi caso por lo menos en:

4eVaH escribió:#!/bin/bash

POWERSTATE=`grep -c off-line /proc/acpi/ac_adapter/ACAD/state`

if [ $POWERSTATE != 0 ]; then
/etc/acpi/battery.d/cpus_scaling.sh
else
/etc/acpi/ac.d/cpus_scaling.sh
fi


La ruta al estado del cargador era igual pero poniendo "AC" en lugar de "ACAD"

Salu2 ;)
Pensaba que para todos la ruta era ACAD, buenos pues ahora edito al final que puede que la ruta sea otra. Gracias por las observaciones!
4eVaH escribió:Pensaba que para todos la ruta era ACAD, buenos pues ahora edito al final que puede que la ruta sea otra. Gracias por las observaciones!


Como ya digo es mi caso, no sé si será igual para todos.

En mi portátil (un Dell C600 creo recordar) se coloca el governor automáticamente al inicio en userspace (sin este script claro) lo que me da problemas con el touchpad (hace que el driver de vez en cuando pierda sincronía y tenga que reiniciar, llegando en casos puntuales a bloquearse el touchpad) por lo que usar cualquiera de los otros governors como powersave o performance hace que el problema se presente en menor grado.

Esto parece ser un problema común en la línea de kernels 2.6.x aún no resuelto a ver para cuando solventan el problema, todas las "soluciones" que he encontado buscando en Internet no han servido de nada.

Salu2 ;)
Ya lo que sería la repera es modificar el script para que trabajara entre 600 y 800 mhz x ejemplo trabajando con batería. Supongo que para eso lo mejor será personalizar nuestro propio governor para adaptarlo a nuestras necesidades, pero estos dias estoy demasiado liado. Si a alguien se le ocurre un modo yo lo agradecería xD

PD: Es una putada lo del touchpad, yo en mi caso no he tenido problemas, supongo que cada touchpad tendrá su historia. El mio en concreto es de la marca synaptics... curioso xD
4eVaH escribió:El mio en concreto es de la marca synaptics... curioso xD


Coñe, pos el driver que usamos todos :D

Mira tu log del kernel para ver si tienes mensajes de que el driver se le ha ido la pinza con el governor de userspace, cuando puedas claro, ya es por curiosidad...

Un saludo ;)
Llevo un ratico con userspace usando el touchpad y lo unico que me ha salido es:

Aug  1 14:29:34 localhost kernel: [17185875.972000] ipw2200: Failed to send SCAN_ABORT: Command timed out.
Aug  1 14:29:35 localhost kernel: [17185877.356000] ipw2200: Firmware error detected.  Restarting.


relacionado con la wifi... hace 10 minutillos, el touchpad me va perfecto :S

A ver si tienes suerte y das con la clave.

EDIT: Mirando el log he encontrado un evento relacionado con el touchpad. No se que coño quiere decir pero aqui lo dejo por si te sirve. Aun así no he notado nada raro.

Aug  1 11:31:59 localhost kernel: [17179591.020000] input: SynPS/2 Synaptics TouchPad as /class/input/input1
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: ============== REGISTER DUMP ==============
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Sys addr: 0x00000000 | Version:  0x00008400
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Blk size: 0x00000000 | Blk cnt:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Argument: 0x00000000 | Trn mode: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Present:  0x00020000 | Host ctl: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Power:    0x00000000 | Blk gap:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Walk up:  0x00000000 | Clock:    0x00000002
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Timeout:  0x0000000e | Int stat: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Int enab: 0x11ff00cf | Sig enab: 0x11ff00cf
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: Caps:     0x01821090 | Max curr: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.060000] sdhci: ===========================================
Aug  1 11:31:59 localhost kernel: [17179591.112000] mmc0: SDHCI at 0xe0208400 irq 169 DMA
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: ============== REGISTER DUMP ==============
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Sys addr: 0x00000000 | Version:  0x00008400
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Blk size: 0x00000000 | Blk cnt:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Argument: 0x00000000 | Trn mode: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Present:  0x00020000 | Host ctl: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Power:    0x00000000 | Blk gap:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Walk up:  0x00000000 | Clock:    0x00000002
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Timeout:  0x0000000e | Int stat: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Int enab: 0x11ff00cf | Sig enab: 0x11ff00cf
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: Caps:     0x01821090 | Max curr: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.160000] sdhci: ===========================================
Aug  1 11:31:59 localhost kernel: [17179591.212000] mmc1: SDHCI at 0xe0208000 irq 169 DMA
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: ============== REGISTER DUMP ==============
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Sys addr: 0x00000000 | Version:  0x00008400
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Blk size: 0x00000000 | Blk cnt:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Argument: 0x00000000 | Trn mode: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Present:  0x000a0000 | Host ctl: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Power:    0x00000000 | Blk gap:  0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Walk up:  0x00000000 | Clock:    0x00000002
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Timeout:  0x0000000e | Int stat: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Int enab: 0x11ff00cf | Sig enab: 0x11ff00cf
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: Caps:     0x01821898 | Max curr: 0x00000000
Aug  1 11:31:59 localhost kernel: [17179591.312000] sdhci: ===========================================
Aug  1 11:31:59 localhost kernel: [17179591.360000] mmc2: SDHCI at 0xe0207c00 irq 169 DMA
Aug  1 11:31:59 localhost kernel: [17179591.432000] ts: Compaq touchscreen protocol output
Aug  1 11:31:59 localhost kernel: [17179591.676000] cs: IO port probe 0x100-0x3af: clean.
Aug  1 11:31:59 localhost kernel: [17179591.680000] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
Aug  1 11:31:59 localhost kernel: [17179591.680000] cs: IO port probe 0x820-0x8ff: clean.
Aug  1 11:31:59 localhost kernel: [17179591.680000] cs: IO port probe 0xc00-0xcf7: clean.
Aug  1 11:31:59 localhost kernel: [17179591.680000] cs: IO port probe 0xa00-0xaff: clean.
Holas.

Pos no, nada que ver, al parecer no tienes ese problema, lo que resulta raro, porque es bastante común. La salida que produce es algo parecido a esto:

psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 4
psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.


Dependiendo de los bytes que pierda puede ser distinta.

Salu2.

PD: De todas formas desde que uso estados de procesador distintos a userspace lo curioso es que no me ha vuelto a salir nada de eso...
Pues nada, entonces te habrá servido mi post de algo jeje. Segun tengo entendido userspace no es mas que una referencia a un archivo definido en /sys no se cual, y que hace un efecto parecido a ondemand. Si sueles usar userspace sustituyelo por ondemand que es lo mas parecido y ademas funciona muy bien.


Aqui te dejo la información que proporcina intel al respecto. Lo unico que le falta es que no habla del "governor" conservative, ya que este solo aparece con los kernels nuevos y se ve que la documentacion esta un poco atrasada

Documentación de Intel SpeedStep
Hola

¿Más o menos cuanto le ganas a la bateria?. Un colega tiene un portatil con un pentium 4 de sobremesa trabajando a 3000 (ya se que ese procesador no pinta nada en un portatil, pero al precio que estaba el portatil cualquiera dice que no). Con XP dura sobre 1:30 navegando y toqueteando 4 bobadas. ¿Con eso se le podria sacar unos 20 minutos ni que sea de extra?. Se haria en ubuntu también, con ese trabajo yo en el de sobremesa.

Gracias y un saludo
Depende de las escalas que soporte la CPU. En mi caso por ejemplo es un Pentium III Coppermine que funciona por defecto a 766 Mhz y el step más bajo lo tiene en 600 Mhz, por lo que no es que se le gane mucho de batería con esos 166 Mhz que te ahorras, pero hay casos en los que el step es MUY inferior a la velocidad máxima y ahí si que se nota, pasas de consumir por ejemplo 35 W a consumir 10 W...

En el caso de ese Pentium 4 yo creo que esos 20 min si que le ganas, sobre todo si lo combinas con ahorros de pantalla, de hdd y demás.

Salu2.
Yo le saco mas de media hora de batería.

Aunque dependerá de muchos factores como la cantidad de escrituras / lecturas en el disco, la cantidad de dispositivos usb conectados, etc... pero por norma general una media hora facilmente. En mi caso, y sobretodo debido a que cuando uso el pc con batería generalmente es para trabajitos en la universidad en plan edición de textos, imágenes, programación etc... mientras escucho música y tal.
Gracias muchachos ;) si la cuestión es ganarle algo. Ahora se vino unos días a mi casa, ya le pondre el asunto al día durante está semana. El tema del Step y demás ya lo comprobara él en persona.

Lo que sea ya os digo [tadoramo]
En mi caso (un Centrino P4M 1.5), el kernel 2.6 funciona sin más por defecto con el governor ondemand. Consigo el doble de batería más o menos de ponerlo a máximo rendimiento a rendimiento por demanda, escala de 600MHz a 1,5GHz.

Navegando, con wifi y pantalla a brillo medio, la batería dura en torno a las 3h30min (quizá menos ahora, tiene año y medio).
No estaria de mas que cada uno fuera posteando su configuración y hacer así la mas óptima entre todos. Yo obtengo 45 min mas o menos en comparación con "ondemand" y mas de una hora si lo comparamos con "perfomance" siempre a 1,5 ghz.

Por cierto, alguien sabe si en linux se ajusta la potencia de la tarjeta wireless dependiendo si trabajamos con batería o con AC?
4eVaH escribió:No estaria de mas que cada uno fuera posteando su configuración y hacer así la mas óptima entre todos. Yo obtengo 45 min mas o menos en comparación con "ondemand" y mas de una hora si lo comparamos con "perfomance" siempre a 1,5 ghz.

Por cierto, alguien sabe si en linux se ajusta la potencia de la tarjeta wireless dependiendo si trabajamos con batería o con AC?

Eso le comente yo, de que me hiciera una estadistica cuando lo pruebe. El tema del wifi deberia bajar segun el estado de la bateria, eso al menos lo hacen los Acer
Wenas.

Del ke habla Snakefd99cb, soy yo, me acabo de instalar Ubuntu, configurar el Wifi y poco más, por ke no lo he tocao en mi vida.

El tema está en ke no llego ni al 1º paso ke es crear un archivo dentro del Battery.d, la opción de crear carpeta o documento me sale en gris, como si no tuviera permiso, ke puedo hacer en ese caso? como me logueo diciendole ke soy el admin (Root?) o como puedo cambiar los permisos de esa carpeta...

THX de antemano.

Aver si gano algo de bateria :)

Salu2.
Desde la consola:
sudo nautilus
ahora ya tienes el nautilus como modo super usuario y podrás copiar pegar y crear archivos en cualquier carpeta

PD: Nautilus es el navegador de directorios de Gnome.

PD: Cuando hayas montado el tinglao añade a tu panel (boton derecho -> añadir al panel) el sensor de frecuencia de la cpu. Una vez echo podrás cambiar la frecuencia a tu gusto haciendo click con el boton izquierdo en dicho panel, o cambiar el tipo de "governor". De eso me he dado cuenta hoy porque antes de hacerme el script este no lo tenía... una paranoya.

Suerte!
4eVaH, gracias tío. Y ahora solo falta que se conecte, no para de caerse :?
Muchas gracias!!

Ahora tengo otro problem (menudo noob estoy echo en esto xD)

Cuanto intento hacer el Script ejecutable, es decir esto:

chmod +x cpus_scaling.sh

No sé como hacerlo, así ke lo hago desde la konsole o terminal, poniendo esto:

dark@dark-laptop:~$ chmod +x '/etc/acpi/ac.d/cpus_scaling.sh'
chmod: cambiando los permisos de `/etc/acpi/ac.d/cpus_scaling.sh': Operación nopermitida

Pero como podeis ver me dice ke la operación no está permitida.. como lo puedo hacer??

THX de nuevo.

Salu2.
Darkcaptain escribió:Muchas gracias!!

Ahora tengo otro problem (menudo noob estoy echo en esto xD)

Cuanto intento hacer el Script ejecutable, es decir esto:

chmod +x cpus_scaling.sh

No sé como hacerlo, así ke lo hago desde la konsole o terminal, poniendo esto:

dark@dark-laptop:~$ chmod +x '/etc/acpi/ac.d/cpus_scaling.sh'
chmod: cambiando los permisos de `/etc/acpi/ac.d/cpus_scaling.sh': Operación nopermitida

Pero como podeis ver me dice ke la operación no está permitida.. como lo puedo hacer??

THX de nuevo.

Salu2.


eso es porque no tienes privilegios de super usuari. Usa el sudo

sudo chmod +x '/etc/acpi/ac.d/cpus_scaling.sh


Para no tener que estar siempre poniendo sudo sudo sudo... pon en la consola

sudo -s


te pedirá el passwor pero ya starás como "root" o una emulación de "root" o algo parecido.

No te preocupes tu pregunta todas las dudas que tengas que aqui estamos para ayudar. Yo hace 2 meses que empecé con linux estaba como tu, y si no hubiera preguntado no hubiera aprendido nada.

Saludos!
Darkcaptain escribió:Pero como podeis ver me dice ke la operación no está permitida.. como lo puedo hacer??

THX de nuevo.

Salu2.


Puedes hacer:

sudo chmod +x /etc/acpi/ac.d/cpus_scaling.sh

Que te ejecuta el comando con id de root.

El problema es que ese archivo (todo depende de como lo hayas creado, pero la idea es que sea como digo ahora) está creado con uid de root gid de root... por lo que al intentar cambiar los permisos del archivo sólo podrá su dueño (root) o root (root lo puede todo), al intentarlo hacer con otro usuario (dark) pues te dice lo que es por otro lado lógico, que no te está permitido cambiar los permisos a eso.

Salu2.

PD: Te recomiendo te repases el tema de permisos en linux,.... quizá lo más elemental para poder empezar un poco en este mundillo.
Muchas gracias a los 2.. algo he aprendido, aunke si ke me tengo ke leer alguna guia de estas para Newbies :)

Ahora ya me keda el ultimo paso.. ke no lo entiendo muy bien:

Finalmente para todos las carpetas rc.d en /etc (rc2.d, rc3.d, rc4.d, rc5.d) excepto para rc1.d y rc6.d creamos un enlace simbólico al script getpower en /etc/init.d:

ln -s /etc/init.d/getpower /etc/rc2.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc3.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc4.d/S99getpower
ln -s /etc/init.d/getpower /etc/rc5.d/S99getpower


Como se crea un enlace simbolico??

THX y sorry por ser tan pesao xD

Salu2.
Darkcaptain escribió:Muchas gracias a los 2.. algo he aprendido, aunke si ke me tengo ke leer alguna guia de estas para Newbies :)

Ahora ya me keda el ultimo paso.. ke no lo entiendo muy bien:



Como se crea un enlace simbolico??

THX y sorry por ser tan pesao xD

Salu2.


jeje, tu haz un copy paste linea por linea y ya tienes tus enlace simbolicos.
sudo ln -s /etc/init.d/getpower /etc/rc2.d/S99getpower
sudo ln -s /etc/init.d/getpower /etc/rc3.d/S99getpower
sudo ln -s /etc/init.d/getpower /etc/rc4.d/S99getpower
sudo ln -s /etc/init.d/getpower /etc/rc5.d/S99getpower


Copia eso en la terminal linea por linea y punto, de todos modos te explico la sintaxis.

"ln -opción <origen> <destino>"


De este modo para el ejemplo

sudo ln -s /etc/init.d/getpower /etc/rc2.d/S99getpower

estaremos creando un enlace (ln) simbólico (-s) del archivo de origen (/etc/init.d/getpower) a un archivo de destino (/etc/rc2.d/S99getpower)

Venga que ya casi estas! xD.

Para comprobar que funciona añade el applet que te comenté anteriormente al panel.
Vale ya pillo más o menos xD.

No hace falta copiar el archivo "getpower" en cada carpeta rc2 rc3 etc.. no?
Darkcaptain escribió:Vale ya pillo más o menos xD.

No hace falta copiar el archivo "getpower" en cada carpeta rc2 rc3 etc.. no?


No hace falta. Simplemente con el codigo anterior creas un archivo tb llamado "getpower" que no es mas que un enlace del anterior. Algo asi como un acceso directo pero que actua del mismo modo que si fuera el propio fichero anterior.

Esto ademas de ahorrar espacio en el disco simplifica (si estas familiarizado) el sistema de archivos.
Venga, que si lo consigues llegaras a Taliban [qmparto]
Weno ya está todo echo.. aun así no sé si ha servido para algo xD, he añadido lo del panel ke me has dicho, pero me da un mensaje:

CPU frequency scaling unsupported
You will not be able to modify the frequency of your machine. Your machine may be misconfigured or not have hardware support for CPU frequency scaling.

Amos, no sé lo ke dirá porke yo de ingles como ke poco.. pero no sé si habrá servido de algo, kizás con esta CPU no "sirve"...

Salu2 y THX.
Bueno tampoco es un problema

Prueba a escribir
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
a ver que te sale.

Hazlo tanto conectado a la corriente como trabajando con batería.
CPU frequency scaling unsupported
You will not be able to modify the frequency of your machine. Your machine may be misconfigured or not have hardware support for CPU frequency scaling.

La escala de frecuencias no está soportada

Tú no puedes modificar la frecuencia de tu maquina. Tú maquina no esta configurada o el hardware no soporta las frecuencias por escala.

Anda que vamos, menudo ingles tienes :P
4eVaH escribió:Bueno tampoco es un problema

Prueba a escribir
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
a ver que te sale.

Hazlo tanto conectado a la corriente como trabajando con batería.


root@dark-laptop:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
cat: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: No existe el fichero ó directorio

MM... aver ke hago xDD

Dentro de la carpeta "CPU0" no hay nada.. esta vacia.
Y dentro de /sys/devices/system/cpu/ ?

Puede que tu micro no tenga escalado de frecuencia. En ese caso no habrá nada que hacer.
En esa ruta solo hay una carpeta ke se llama "CPU0" y dentro de esta está vacia..

La verdad es ke el Micro ke tiene el portatil (P4 a 3 GHz con HyperThreading etc.. etc..) es más bien un micro para Sobremesa xD, por eso me dura tan poco la bateria (en windows 1 horilla) y en Ubuntu unos 15 min. más.

Weno pues igualmente gracias ;)

Salu2.
Algo has aprendido igualmente. Así que ya te quedas en Linux :P

Tambien os doy las gracias yo, seguro que un futuro hare uso de el [risita]
Probablemente te saltaste el paso de ver los governors de los que disponias, por tanto no te diste cuenta de que tu pc no soporta el escalado de frecuencia.

Lástima no poder ayudarte mas con el tema :(

Bienvenido a Linux
34 respuestas
Archivado
Volver a Software libre