暂停和恢复后，Ubuntu 16.04 LTS太慢

20

我最近升级到Ubuntu 16.04LTS，现在似乎是一个错误的决定。很多错误。挂起后无法正常恢复。在简历上，它几乎冻结了。硬盘驱动器活动过多，恢复速度非常慢。甚至鼠标指针结结巴巴。有什么解决办法吗？

更新：添加硬件信息

系统信息

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

处理器信息

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

— 新精英
source

您能跑到顶部看看它在做什么吗？

— Ryan Doherty

请提供硬件信息，计算机品牌和型号以及CPU品牌和型号。

— Doug Smythies

16

检查一下：唤醒后，Ubuntu变得很懒

这是：从挂起恢复后的速度降低（Arch Linux）

简而言之，请尝试以下操作：

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

如果rdmsr不返回0，则：

sudo wrmsr -a 0x19a 0x0

— osiixy
source

如何使这种改变持久化？

— tuomastik'5

幸运的是，这对我来说暂时不是问题，因此我尚未测试或不适合上述针对Ubuntu的Arch Linux链接的持久解决方案，但至少可以提供一些线索。这是我正在谈论的特定帖子：bbs.archlinux.org/viewtopic.php?pid=1558948#p1558948

— osiixy

我将鼠标加密狗移至另一个USB，它已修复。我有一个笨拙的无线鼠标和功能良好的触摸板。上面的修复对我不起作用（无论如何感谢）

— ozma

0

司机

检查处理器mircocode固件是否适用于Intel CPU，这对我有所帮助。

我不知道为什么，但是有了它，冬眠变得更快，冬眠变得更快，而且我所看到的也不再那么懒。

也许是心灵上的幻想。

ps 0x19a始终为0

pps常规暂停后我仍然有滞后

挂起后的CPU

但是我在休眠（pm-hibernate）之后没有滞后（没有重新启动afrer暂停）

休眠后的CPU

我不知道发生了什么，但是此驱动程序的休眠方式没有滞后，我将仅使用休眠方式：3

— nch头
source

0

通常，从休眠状态唤醒后，并非所有必需的数据都会还原。特别是存储在硬盘上但正在运行的进程需要的文件，必须在初始唤醒阶段之后加载到内存中。

要找出正在使用硬盘的进程，请iotop在休眠之前保留运行会话。醒来时，您可以看到哪些进程与磁盘有很多交互。

就我而言，是自动唤醒始终在唤醒后运行，并与交互式应用程序竞争资源。将自动升级的空闲状态更改为空闲状态，使我的用户界面在休眠后可以更快地恢复为完全响应。

— 迈克尔·施密德
source