ほぼ満杯のRAM / HDD使用率が高いときにフリーズする
まず第一にこれは私の設定です：-Intel i5-2520M-8GBのRAM-SEAGATE st1000lm014-1TB SSHD-64MBキャッシュ+ 8GBフラッシュ-Ubuntu 17.10
問題は、RAMに近づくとコンピューターがフリーズし、場合によっては数分後にフリーズ解除されるか、再起動する必要があることです。 16GBのスワップが有効になっています。min_free_kbytesとともに、10〜100の範囲でスワップをテストしました。スワップがなければ、それは同じ話でした。 Chromeでこれ以上ビデオを見ているときにも同じことが起こりました（この時点でトップやモニターを見ていませんでしたが、システムがフリーズし、HDDが狂ったように点滅しています）
再作成するには：
stress --cpu 8 --io 8 --vm 8 --vm-bytes 900M --hdd 8 --timeout 100s
しかし、時にはそれが死者から戻ってこないことがあります。
スクリーンショットに見られるように、システムがいくつかの点で使用可能/低迷しているという私が抱えている問題に関係していると思います。この状況では、Ethereumノードを同期していますが、HDDの使用量はCPUやRAMと同じ程度ですが、cpufreqはシステムが過負荷であり、マウスポインターをほとんど動かせないことを示しています。アプリドロワーを開こうとすると、さらに遅れが生じます。 
HDD自体は正常なようです：
イーサリアムに関しては、ボトルネックはHDDです。 MistまたはGethを使用している場合は、正常に機能するイーサリアムノード用のSSDが必要です。デスクトップEthウォレットが必要な場合は、Parityを試してください。HDDを搭載したPCで実行できます。
問題は、RAMに近づくとコンピューターがフリーズし、場合によっては数分後にフリーズ解除されるか、再起動する必要があることです。 16GBのスワップが有効になっており、
min_free_kbytesとともに、10〜100の範囲でスワップをテストしました。スワップがなければ、それは同じ話でした。 Chromeでこれ以上ビデオを見ているときにも同じことが起こりました（この時点でトップやモニターを見ていませんでしたが、システムがフリーズし、HDDが狂ったように点滅しています）
スワップは約100,000回 RAMより遅いです。したがって、RAMを使い果たした場合、応答しないシステムとHDDが異常に動作することが予想される動作になります。 16GBのスワップは非常に優れていますが、そこに格納されているデータに頻繁にアクセスする必要がない場合に限ります。それ以外の場合、スワップとRAMの指数関数的な速度の違いのため、カーネルがOOMEをスローしないようにするのに適しています。この問題の唯一の解決策は、RAMを追加購入することだと思います。
この第2部について：
この状況では、Ethereumノードを同期していますが、HDDの使用量はCPUやRAMと同じ程度ですが、cpufreqはシステムが過負荷であり、マウスポインターをほとんど動かせないことを示しています。アプリドロワーを開こうとすると、さらに遅れが生じます。
あなたのグラフィックカードにストレスがかかっているように思えます。通常、CPUがペグされている場合でも、システムはまだ多少反応します。しかし、経験から、プログラムがグラフィックカードアクセラレーションを使用している場合（3Dアニメーションのレンダリングなど）、システムが完全に停止したように見えることを知っています。
また、この特定のシナリオでは、RAMの使用は問題ないので、非難できるのはグラフィックカードだけだと思います。言うまでもなく、妥当な速度で暗号通貨をマイニングするには、ハードウェアグラフィックスカードの高速化が必要です。したがって、この2番目のシナリオでは、グラフィックカードが過負荷になっていると確信を持って言えます。
このために思い浮かぶ修正は、別のグラフィックカードを購入し、この2番目のカードからディスプレイを実行することです。これにより、メインカードをマイニング専用にし、ディスプレイも駆動する必要がなくなります。あるいは、GUIがなくても問題ない限り、システムをヘッドレスで実行してSSH経由で接続することもできます。