Ubuntu 16.04 LTS trop lent après une suspension et une reprise


20

J'ai récemment mis à niveau vers Ubuntu 16.04LTS, semble maintenant être une mauvaise décision. Beaucoup de bugs. Il ne reprend pas correctement après la suspension. En résumé, il agit presque gelé. Trop d'activité sur le disque dur et très lente à la reprise. Même le pointeur de la souris bégaie. Une solution pour ça?

Mise à jour: ajout d'informations h / w

Informations système

Manufacturer: Dell Inc.
Product Name: Inspiron N5030                  
Version: Not Specified
Serial Number: GSZY0N1
UUID: #################
Wake-up Type: Power Switch
SKU Number: Not Specified
Family:  

Informations sur le processeur

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

Pouvez-vous courir dessus pour voir ce qui se passe?
Ryan Doherty

Veuillez fournir des informations sur le matériel, la marque et le modèle de l'ordinateur et la marque et le modèle du processeur.
Doug Smythies

Réponses:


16

Vérifiez ceci: Ubuntu devient assez lent après le réveil

Et ceci: Ralentissement après reprise de la suspension (Arch Linux)

En bref, essayez ce qui suit:

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

Si rdmsrne rend pas 0 alors:

sudo wrmsr -a 0x19a 0x0

Comment rendre ce changement persistant?
tuomastik

Eh bien, heureusement, ce n'est pas un problème pendant un certain temps pour moi, donc je n'ai pas testé ou adapté la solution persistante du lien Arch Linux mentionné ci-dessus pour Ubuntu, mais cela donne au moins quelques indices. Voici le post spécifique dont je parle: bbs.archlinux.org/viewtopic.php?pid=1558948#p1558948
osiixy

J'ai déplacé le dongle de la souris vers une autre clé USB et il a été corrigé. J'avais une souris sans fil décalée et un pavé tactile fonctionnel. le correctif ci-dessus n'a pas fonctionné pour moi (merci quand même)
ozma

0

Conducteurs

La vérification du microprogramme du microcode du processeur pour les processeurs Intel m'aide à retarder.

Je ne sais pas pourquoi, mais avec cela, il hiberne plus vite, et plus rapide, et moins lent que je vois.

Peut-être son illusion d'esprit.

ps 0x19a toujours sur 0

pps J'ai encore des retards après une suspension régulière

CPU après suspension

Mais je n'ai pas de retard après l'hibernation (pm-hibernate) (sans redémarrer après la suspension)

CPU après mise en veille prolongée

Je n'ai aucune idée de ce qui se passe, mais l'hibernation avec ce pilote ne traîne pas, et je n'utiliserai que l'hibernation: 3


0

Généralement, toutes les données requises ne sont pas restaurées au réveil de l'hibernation. En particulier, les fichiers stockés sur le disque dur, mais nécessaires à un processus en cours, doivent être chargés en mémoire après la phase de réveil initiale.

Pour savoir quels processus utilisent le disque dur, laissez une session d' iotopexécution avant l'hibernation. Au réveil, vous pouvez voir quels processus ont beaucoup d'interaction avec le disque.

Dans mon cas, c'est que les mises à niveau automatiques étaient toujours en cours d'exécution après le réveil et faisaient concurrence aux applications interactives pour les ressources. Changer l'io-gentillesse des mises à jour automatiques en mode inactif a rendu mon interface utilisateur beaucoup plus rapide pour une réactivité complète après l'hibernation.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.