Ubuntu 16.04 LTS demasiado lento después de suspender y reanudar

20

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
Neo Elit
fuente
¿Puedes correr arriba para ver qué lo está haciendo?
Ryan Doherty
Proporcione información de hardware, marca y modelo de computadora y marca y modelo de CPU.
Doug Smythies

Respuestas:

16

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:

sudo apt-get install msr-tools
sudo modprobe msr
sudo rdmsr -a 0x19a

Si rdmsrno devuelve 0, entonces:

sudo wrmsr -a 0x19a 0x0
osiixy
fuente
¿Cómo hacer que este cambio sea persistente?
tuomastik
Afortunadamente, este no es un problema por un tiempo para mí, así que no he probado ni adaptado la solución persistente del enlace Arch Linux mencionado anteriormente para Ubuntu, pero al menos da alguna pista. Aquí está la publicación específica de lo que estoy hablando: bbs.archlinux.org/viewtopic.php?pid=1558948#p1558948
osiixy
Moví el dongle del mouse a otro usb y lo arreglaron. Tenía un mouse inalámbrico lento y un panel táctil funcional. la solución anterior no funcionó para mí (gracias de todos modos)
ozma
0

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

triturador
fuente
0

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 iotopejecució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.

Michael Schmid
fuente