私は最近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
これを確認してください: buntuは目覚めた後、かなり遅れます
そしてこれ: サスペンドからの再開後のスローダウン(Arch Linux)
しかし、それは一言で言えば:
Sudo apt-get install msr-tools
Sudo modprobe msr
Sudo rdmsr -a 0x19a
rdmsrが0を返さない場合:
Sudo wrmsr -a 0x19a 0x0
一般に、休止状態からの復帰時に必要なデータがすべて復元されるわけではありません。特に、ハードディスクに保存されているが、実行中のプロセスに必要なファイルは、最初のウェイクアップフェーズの後にメモリにロードする必要があります。
どのプロセスがハードドライブを使用しているかを確認するには、ハイバネーションの前にiotop
のセッションを実行したままにします。目を覚ますと、どのプロセスが多くのディスクと対話しているかを確認できます。
私の場合、自動アップグレードはウェイクアップ後に常に実行され、リソースを求めて対話型アプリケーションと競合していました。自動アップグレードのio-nicenessをidleに変更すると、休止状態の後、ユーザーインターフェイスがより高速になり、完全に応答するようになりました。