Recientemente actualicé a Ubuntu 16.04LTS, ahora parece una mala decisión. Muchos bichos. No se reanuda correctamente después de suspender. En resumen, actúa casi congelado. Demasiada actividad en el disco duro y muy lento al reanudar. Incluso el puntero del mouse tartamudea. ¿Alguna solución para esto?
Actualización: agregar información h / w
Información del sistema
Manufacturer: Dell Inc.
Product Name: Inspiron N5030
Version: Not Specified
Serial Number: GSZY0N1
UUID: #################
Wake-up Type: Power Switch
SKU Number: Not Specified
Family:
Información del procesador
Socket Designation: Microprocessor
Type: Central Processor
Family: Core 2 Duo
Manufacturer: Intel
ID: ##############
Signature: Type 0, Family 6, Model 23, Stepping 10
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Not Specified
Voltage: 3.3 V
External Clock: 200 MHz
Max Speed: 2300 MHz
Current Speed: 2300 MHz
Status: Populated, Enabled
Upgrade: None
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:
64-bit capable
Respuestas:
Comprueba esto: Ubuntu se vuelve bastante lento después de despertarse
Y esto: ralentización después de reanudar desde suspender (Arch Linux)
En pocas palabras, intente lo siguiente:
Si
rdmsr
no devuelve 0, entonces:fuente
conductores
Verificar el firmware del mircocode del procesador para las CPU Intel me ayuda con el retraso.
No sé por qué, pero con esto hiberna más rápido, se deshibe más rápido y, por lo que veo, es menos lento.
Quizás es una ilusión mental.
ps 0x19a siempre en 0
pps Todavía tengo retrasos después de la suspensión regular
CPU después de suspender
Pero no tengo retrasos después de la hibernación (pm-hibernate) (sin reiniciar después de suspender)
CPU después de hibernar
No tengo idea de lo que está sucediendo, pero la hibernación con estos controladores no se retrasa, y usaré solo hibernación: 3
fuente
En general, no todos los datos requeridos se restauran al despertar de la hibernación. Especialmente los archivos que están almacenados en el disco duro, pero que son necesarios para un proceso en ejecución, deben cargarse en la memoria después de la fase inicial de activación.
Para averiguar qué procesos están utilizando el disco duro, deje una sesión de
iotop
ejecución antes de la hibernación. Al despertar, puede ver qué procesos tienen mucha interacción de disco.En mi caso, las actualizaciones automáticas siempre se ejecutaban después del despertar y competían con las aplicaciones interactivas por los recursos. Cambiar el io-niceness de las actualizaciones automáticas a inactivo hizo que mi interfaz de usuario sea mucho más rápida para volver a responder completamente después de la hibernación.
fuente