-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-31 a las 13:45 +0100, Camaleón escribió:
El 31/01/07, Carlos E. R. escribió:
O... en muchos programas lentos la lentitud se debe a que la cpu está esperando al sistema I/O, quizás al disco. En esos tiempos se enfría. En cambio, si la cpu está realmente calculando, se calentará más.
Eso lo veo lógico, pero entonces quiere decir que al activarlo de forma manual no se ejecuta de la misma forma...
No ejecutará el mismo código, o los datos de entrada no son los mismos. ¿Has probado a recompilar el kernel (sin instalarlo)? Es la prueba típica de esfuerzo de cpu.
El applet de cpu del gnome permite visualizar en color (por defecto lo pone en negro invisible) el tiempo de I/O. Es el único que conozco que lo hace. Muy util.
Bueno, con "top" veo el porcentaje de uso de la cpu,
En realidad el que digo es otro; observa: Cpu(s): 21.3% us, 2.7% sy, 0.0% ni, 73.4% id, 2.7% wa, 0.0% hi, 0.0% si . . . . . . . . . . . . . . . . ^^^^^^^ Ese.
en kde no he visto algún applet similar, quizá haya algo... ¿no sería posible desactivar el uso de los dos micros para que use sólo uno sin hacer cambios drásticos :-P?
Creo que sí, puedes mandar un proceso determinado a una de las cpus, eso es posible. No se como se hace, ni si se puede hacer de antemano. Me han hablado de estos, pero no los he mirado todavía: http://cpulimit.sourceforge.net/ http://freequaos.host.sk/schedtool/ La idea era limitar el uso de cpu. Pero debieras ver si puedes hacer algo para que al calentarse la cpu fuerce a bajar la frecuencia del micro drásticamente. O inserte operaciones nulas, si no se puede. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFwKZstTMYHG2NR9URAmITAJoC9kETh/WiCMeyrLAFqj8yDFwm0gCgjDkA 7wrNW191tg03kGcAZZFFClk= =9IC4 -----END PGP SIGNATURE-----