Ubuntu 16.04 LTS muito lento após suspender e retomar

20

Atualizei recentemente para o Ubuntu 16.04LTS, agora parece uma péssima decisão. Muitos insetos. Não é retomado corretamente após a suspensão. No resumo, ele age quase congelado. Muita atividade do disco rígido e muito lento no currículo. Até o ponteiro do mouse gagueja. Alguma correção para isso?

Atualização: adicionando informações h / w

Informação do 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:

Informações do processador

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
Você pode correr para ver o que está fazendo isso?
Ryan Doherty
Forneça informações de hardware, marca e modelo do computador e marca e modelo da CPU.
Doug Smythies

Respostas:

16

Verifique isto: o Ubuntu fica bastante lento depois de acordar

E isso: desaceleração após o resumo da suspensão (Arch Linux)

Em poucas palavras, tente o seguinte:

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

Se rdmsrnão retornar 0, então:

sudo wrmsr -a 0x19a 0x0
osiixy
fonte
Como tornar essa alteração persistente?
Tuomastik
Felizmente, isso não é um problema para mim por um tempo, por isso não testei ou adaptei a solução persistente do link acima mencionado do Arch Linux para Ubuntu, mas dá uma pista, pelo menos. Aqui está o posto específico que eu estou falando: bbs.archlinux.org/viewtopic.php?pid=1558948#p1558948
osiixy
Mudei o dongle do mouse para outro usb e ele foi corrigido. Eu tinha um mouse sem fio lento e um touchpad funcional. a correção acima não funcionou para mim (graças anyway)
ozma
0

motoristas

A verificação do firmware mircocode do processador para as CPUs Intel me ajuda com o atraso.

Não sei por que, mas com isso hiberna mais rápido, e mais desibernado, e menos lento como eu vejo.

Talvez seja uma ilusão de espírito.

ps 0x19a sempre ligado 0

pps eu ainda tenho atrasos após suspensão regular

CPU Após suspender

Mas eu não tenho atrasos após a hibernação (pm-hibernate) (sem reiniciar depois de suspender)

CPU após hibernação

Eu não tenho idéia do que está acontecendo, mas a hibernação com esses drivers não está atrasada, e vou usar apenas a hibernação: 3

triturador
fonte
0

Geralmente, nem todos os dados necessários são restaurados ao acordar da hibernação. Especialmente os arquivos armazenados no disco rígido, mas necessários para um processo em execução, devem ser carregados na memória após a fase inicial de ativação.

Para descobrir quais processos estão usando o disco rígido, deixe uma sessão em iotopexecução antes da hibernação. Ao acordar, você pode ver quais processos estão tendo muita interação com o disco.

No meu caso, as atualizações automáticas estavam sempre em execução após a ativação e competindo com aplicativos interativos por recursos. Alterar a idoneidade das atualizações automáticas para inativas fez com que minha interface do usuário fosse muito mais rápida, voltando a responder totalmente após a hibernação.

Michael Schmid
fonte