-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-21 a las 23:30 +0200, Camaleón escribió:
El 21/08/07, Carlos E. R. escribió:
Hay otro culpable, y es que el softawre debía haber detectado el calentamiento excesivo y haber ralentizado la CPU, u otras medidas (congelar procesos con consumos excesivos, pero eso no existe).
Hum... no tengo instalado / activado lmsensors, pero aún así era inevitable, es un proceso físico (calor) que al menos a día de hoy no se puede controlar mediante lógica de software.
Sí se puede. Otra cosa es que se haga. Jolín, que yo me dedicaba a controlar procesos físicos mediante PC. Tan físico como puede ser un motor de cien kilo watios :-P
Y ojo, que cuando tuve el problema ponía el procesador con kpowersave en modo "powersave" para bajar la velocidad de 3.0 a 2.8 pero nada, llegado el momento pitaba y se reiniciaba...
Hay dos estrategias. Una, ralentizar a tope la CPU, a 0.1 por ejemplo, y cuando se enfríe ir subiendo poco a poco hasta que la temperatura vuelva a subir por encima de un valor prederterminado, y entonces mantener ahí la velocidad (un PID, pe). Esa es la que yo haría. Otra es ir bajando poco a poco la velocidad hasta que empiece a bajar la temperatura - pero puede que no de tiempo. Bajar de 3.0 a 2.8 no me parece lo bastante drástico. Si la CPU no puede bajar la frecuencia, pues entonces el sistema si la temperatura aumenta es no dar tiempo de cpu a los procesos, y no hacer nada (mantener la cpu en "iddle"). Esto lo tendría que hacer el propio kernel, y que yo sepa este sistema no está programado, no existe. Estas estrategias funcionarían aunque el ventilador se pare. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGy3QqtTMYHG2NR9URApP1AJ9ZS7E2SOJij3sw1lUmibUcinTI9gCdGzCE abVRV2L/yXerTjh24ZLgcpA= =1Tbf -----END PGP SIGNATURE-----