Ubuntu 16.04 LTS troppo lento dopo la sospensione e il ripristino

20

Di recente ho eseguito l'aggiornamento a Ubuntu 16.04LTS, ora sembra una decisione sbagliata. Molti bug. Non riprende correttamente dopo la sospensione. Al curriculum si comporta quasi congelato. Troppa attività del disco rigido e riavvio molto lento. Persino il puntatore del mouse balbetta. Qualche correzione per questo?

Aggiornamento: aggiunta di informazioni h / w

Informazioni di 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:

Informazioni sul processore

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

16.04 suspend

— Neo Elit
fonte

Puoi correre in alto per vedere cosa lo sta facendo?

— Ryan Doherty,

Fornire informazioni sull'hardware, marca e modello del computer e marca e modello della CPU.

— Doug Smythies,

16

Controlla questo: Ubuntu diventa piuttosto lento dopo il risveglio

E questo: rallentamento dopo la ripresa dalla sospensione (Arch Linux)

In breve, provare quanto segue:

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

Se rdmsrnon restituisce 0, allora:

sudo wrmsr -a 0x19a 0x0

— osiixy
fonte

Come rendere persistente questa modifica?

— tuomastik,

Beh, per fortuna questo non è un problema per un po 'di tempo, quindi non ho testato o adatto la soluzione persistente del collegamento Arch Linux sopra menzionato per Ubuntu ma almeno mi dà qualche indizio. Ecco il post specifico di cui sto parlando: bbs.archlinux.org/viewtopic.php?pid=1558948#p1558948

— osiixy

Ho spostato il dongle del mouse su un altro USB ed è stato risolto. Avevo un mouse wireless e un touchpad funzionante. la correzione sopra non ha funzionato per me (grazie comunque)

— ozma

0

driver

Controllare il firmware del mircocode del processore per le CPU Intel mi aiuta a ritardare.

Non so perché, ma con questo è più veloce in letargo, più veloce e indifferente, e meno lento come vedo.

Forse la sua illusione mentale.

ps 0x19a sempre su 0

pps Ho ancora ritardi dopo la sospensione regolare

CPU Dopo la sospensione

Ma non ho ritardi dopo l'ibernazione (pm-hibernate) (senza riavvio più sospensione)

CPU dopo il letargo

Non ho idea di cosa stia succedendo, ma l'ibernazione con questo driver non è in ritardo e userò solo l'ibernazione: 3

— cruncher
fonte

0

Generalmente, non tutti i dati richiesti vengono ripristinati al risveglio dal letargo. Soprattutto i file memorizzati sul disco rigido, ma necessari per un processo in esecuzione, devono essere caricati in memoria dopo la fase di riattivazione iniziale.

Per scoprire quali processi utilizzano il disco rigido, lasciare una sessione di iotopesecuzione prima dell'ibernazione. Al risveglio, puoi vedere quali processi stanno avendo molta interazione del disco.

Nel mio caso, gli aggiornamenti automatici erano sempre in esecuzione dopo il risveglio e competevano con le applicazioni interattive per le risorse. Cambiando l'io-gentilezza degli aggiornamenti automatici in idle, la mia interfaccia utente è tornata molto più rapidamente a completamente reattiva dopo l'ibernazione.

— Michael Schmid
fonte