No sé cuándo comenzó a ocurrir este problema, podría haber sido desde el momento en que instalé Ubuntu (16.04, nuevo). Estaba observando que Ubuntu era inusualmente lento, el entorno era entrecortado y el uso de CPU era alto incluso cuando estaba inactivo, inicialmente pensé que algún programa lo estaba ralentizando.
Después de un tiempo, descubrí qué lo estaba causando, la frecuencia de la CPU se establece en 800 MHz, sin parar, independientemente de las circunstancias. Se supone que la frecuencia máxima es de 3100 MHz con Turbo-boost y 2000 MHz por lo general. Deliberadamente configuré el uso de la CPU (de los 4 subprocesos en 2 núcleos) al 100% al hacer que Blender renderice algunas cosas en la CPU, todavía permanece a 800 MHz.
He intentado configurar el perfil de rendimiento máximo, pero sigue siendo bajo. He probado la temperatura, parece estar a 60 ° C todo el tiempo, cuando 87 ° C se considera alta y 105 ° C crítica. Estoy funcionando con corriente alterna todo el tiempo, la batería no parece recargarse desde hace algún tiempo.
Esto es lo que informa cpufreq-info:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 0.97 ms.
hardware limits: 800 MHz - 3.10 GHz
available cpufreq governors: performance, powersave
current policy: frequency should be within 2.00 GHz and 3.10 GHz.
The governor "performance" may decide which speed to use
within this range
current CPU frequency is 800 MHz (asserted by call to hardware).
Es lo mismo para otras 3 unidades de CPU.
Esto es lo que informa lscpu:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 2
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 58
Model name: Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz
Stepping: 9
CPU MHz: 799.921
CPU max MHz: 3100,0000
CPU min MHz: 800,0000
BogoMIPS: 3990.99
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 4096K
NUMA node0 CPU(s): 0-3
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts
En modo ahorro de energía, se comporta de manera idéntica. Si desconecto la alimentación de CA y funciono con la batería, la frecuencia de la CPU se dispara a 2800 MHz, por lo que parece ser un problema solo con la alimentación de CA (que es todo lo contrario de lo que se supone que debe hacer).
He intentado configurar los perfiles de CPU de cambio, he intentado deshabilitar el escalado de frecuencia ( ¿Cómo puedo deshabilitar el escalado de frecuencia de la CPU y configurar el rendimiento del sistema? ), He intentado configurar scaling_min_freq en / sys / devices / system / cpu / cpu [0-3] / cpufreq a un valor más alto, pero ninguno de ellos hizo nada. La frecuencia sigue siendo mínima.
El tipo de CPU es Intel (R) Core (TM) i7-3537U CPU @ 2.00GHz, la computadora es Dell Inspiron 15z Touch.
También tengo un problema con la batería que no se carga, incluso si la computadora se alimenta del adaptador de CA.
Más diagnósticos:
$ sudo rdmsr --bitfield 15:8 -d -a 0x198
8
8
8
8
$ sudo rdmsr --bitfield 15:8 -d -a 0x199
9
8
9
9
En el caso de 0x199, los números 8 y 9 parecen estar permutados aleatoriamente entre llamadas consecutivas.
fuente
sudo rdmsr --bitfield 15:8 -d -a 0x198
ysudo rdmsr --bitfield 15:8 -d -a 0x199
y añadir la salida a su pregunta. Elrdmsr
paquete proporciona una notamsr-tools
y requiere que el módulo msr se cargue primero a través desudo modprobe msr
.cat /sys/devices/system/cpu/cpufreq/policy0/bios_limit
?Respuestas:
Resultó que este problema no estaba relacionado con el controlador intel_pstate, porque acpi_cpufreq, el otro controlador, informó mejores valores pero nunca los configuró. El sistema operativo probablemente no tenía control sobre esto.
Este es un problema que ocurre con ciertas computadoras portátiles Dell cuando la carga se interrumpe de una manera que la computadora portátil funciona con corriente alterna pero no está cargada. La solución del problema de hardware elimina el problema. En este caso, era una pieza de tela casi invisible en el conector de alimentación que impedía el contacto eléctrico.
fuente
Charger Behavior
yAdapter Warnings
. Sacó la masa y la devolvió. También en Windows, pero puesto en Perfil de alto rendimiento. Y recuperé mi CPU y obtuve 2500 MHz. Por lo tanto, es posible superar el problema sin reemplazo.Esto configurará su frecuencia de CPU a la velocidad máxima desde cualquier terminal:
Edite el archivo /etc/init.d/ondemand para agregarlo permanentemente. ondemand se utiliza para modificar su frecuencia durante el inicio de sesión. El valor predeterminado es el gobernador 'ondemand'. En otras palabras, comienza a 800mhz y sube según sea necesario.
fuente
Tuve el mismo problema: cpu freq se atascó en ubuntu y en windows, después de un apagado sobrecalentado en el estuche con la computadora portátil todavía encendida.
Fui al BIOS y deshabilité la administración de energía de la CPU en "energía", y puse todo lo demás a pleno rendimiento (rendimiento máximo). Reinicié, regrese a la velocidad máxima, luego regrese al BIOS, y habilite nuevamente la administración de la CPU, y corrija las otras configuraciones que cambié antes. Et voilà!
EDITAR: Resulta que es un problema de batería. Si la batería está realmente baja, la CPU no se acelerará (supongo que ahorrará energía). En mi thinkpad tengo que cargar la batería durante unos minutos, hasta que el LED de carga deje de parpadear rápidamente ANTES de encender la máquina nuevamente.
fuente
A veces mi computadora portátil ignora por completo la configuración de cpufreq. Encontré que esto funciona:
Desenchufe el cable de alimentación y vuelva a enchufarlo. Fijo :)
Supongo que la razón es que la máquina se confundió: cree que está funcionando con batería, y cree que la batería está baja, por lo que bloquea la CPU para ahorrar energía.
Solo tenemos que hacerle saber que en realidad está enchufado y funcionando bien.
(Computadora portátil Asus x453m aquí, Ubuntu 14.04) YouTube: ¿Has intentado apagarlo y volver a encenderlo?
fuente
Tuve el mismo problema con mi ThinkPad T520. Después de probar todas las soluciones encontradas en Internet, estaba listo para reinstalar Ubuntu. Pero luego verifiqué la frecuencia de la CPU en Windows y también la encontré limitada a 800 MHz.
Entonces parecía un problema de hardware. No era obvio que hay problemas con el enfriamiento de la CPU, porque las RPM más bajas eran bajas y la carcasa del portátil no estaba caliente ni caliente.
Como no había otras opciones, desarmé la computadora portátil y cambié la interfaz de la interfaz térmica en chips de CPU y GPU. ¿Y sabes qué? ¡Eso ayudo!
El tiempo de ejecución de las pruebas unitarias en uno de mis proyectos de Django fue de 45 minutos, ahora son 11 minutos.
Entonces, si enfrenta un problema similar, especialmente en la computadora portátil, probablemente debido a la interfaz térmica de stock seca, después de 3-5 años, a menudo deja de hacer su trabajo. Y no se deje engañar por el radiador limpio, el refrigerador silencioso y el cuerpo de la computadora portátil.
fuente
Solución alternativa
fuente
A veces no se trata solo de configurar el regulador de escala. Las políticas de escalado a veces se establecen entre MIN_FREQ y MIN_FREQ. Tuve que escribir un guión para arreglar todo de una vez:
fuente