Avería: el procesador se atasca a 0.38 GHz en un portátil

Esta semana hemos tenido una avería realmente extraña en la tienda. Se trata de un problema que afecta a portátiles (sobre todo los equipados con procesadores AMD) que se queda su velocidad de funcionamiento clavada en 0.38 GHz en lugar de los 2.2 a 4.8 GHz que según el micro deberían alcanzar.

En la captura de imagen que hay arriba se puede ver el problema. Es la pantalla del Administrador de Tareas cuando entramos a ver el rendimiento. Se puede observar que Windows reconoce que le micro tiene una velocidad nominal de 2,30 GHZ (arriba a la derecha) pero que en estos momentos se ejecuta a 0,38 GHz. El mismo problema lo podemos observar con otros procesadores que se quedan atascados a 0,39 o a 0,40 o a 0,90 GHz. La velocidad baja a la que se queda el micro es la menor velocidad a la que se puede ejecutar. Y como depende del procesador la avería no es siempre la misma. En los casos que hemos visto en la tienda siempre se nos ha quedado parado en 0,38 GHz pero mirando por la red vemos usuarios que se quejan con otras velocidades de bloqueo.

Este error suele venir unido en ocasiones a problemas de elevado consumo de CPU por las interrupciones del sistema. De hecho, en el Administrador de Tareas aparecía así. Otras veces que han venido clientes quejándose de la lentitud de su portátil con las recetas para al problema de elevado consumo de CPU por las interrupciones del sistema quedaba resuelto. Pero esta semana no ha sido así… conseguimos que desapareciese el consumo de CPU por las interrupciones, pero el portátil seguía yendo lento. Entonces fue cuando acudimos a ver el consumo de CPU y vimos que su velocidad era más lenta de lo normal. Por cierto, también se baja la velocidad de funcionamiento de la RAM a la cuarta parte, la velocidad del bus de la gráfica si la lleva y la del M.2 del disco duro.

Probamos a arrancar con un USB de una Live de Linux y seguíamos igual.

Este problema a veces lo hemos visto en equipos de sobremesa. Casi siempre provocados por tocar la BIOS y modificar los parámetros o bien por entrar una actualización de Windows y no llevarse bien con una BIOS antigua. Así que actualizamos las BIOS de los portátiles. En un caso si que estaba desactualizada, pero en el otro no. Las actualizamos las dos por si acaso. Pero el problema persistía.

Entonces actualizamos todos los drivers de los portátiles a sus versiones originales desde la web del fabricante… el problema seguía igual. Además, todos estos cambios eran lentos porque los equipos se arrastraban de lo lentos que iban…

Recurrimos a los foros de los fabricantes de los portátiles y allí había recetas para todos los gustos:

• Actualizar BIOS
• Actualizar drivers
• Actualizar firmware de la placa base: lo hicimos y continuo el problema
• Quitar el arranque rápido en Windows: esto resolvió el problema en uno de los equipos, pero no en el otro.
• Desactivar gestión térmica del procesador.

Al final con el portátil rebelde la solución fue de traca: apagar el portátil y arrancar en modo batería. Entonces se puso en marcha con los valores de velocidad del procesador correcto. Se conecta el cable de la alimentación externa y ya funciona bien… hasta el próximo error.

Como ya nos picó la curiosidad parece que el error es un problema que se produce de vez en cuando si estamos trabajando con conexión eléctrica y pasamos a batería y luego otra vez con conexión eléctrica. En el cambio la gestión térmica del procesador se marea y cree que está al máximo de temperatura por lo que baja la velocidad de funcionamiento del micro al mínimo. Pero el bloqueo de la señal térmica se mantiene… hasta que se cambia la alimentación a batería y entonces vuelve a la normalidad.

Lo curioso es que el error lo he visto reportado desde haca cuatro años… y parece que ni Intel ni AMD han hecho nada para tratar de resolverlo.