このマシンでArchを実行しています:
3.40GHz i7ヘキサコア(4930K)
16 GB DDR3 1600 MHz RAM
Raid0の2xSamsung 840 EVO SSD(BTRFS raidを使用)
いくつかのVM(2または3)を備えたArchでVMwareを実行し、それぞれに約2〜4コア、およびそれぞれ2 GBのRAMを与えると、システムがランダムにフリーズし始めます。数分ごとに、システムは10〜30秒の間フリーズし、その後再び動き始めます。VMをシャットダウンするまで、30秒後にフリーズします。システムがフリーズしてもマウスは正常に動きますが、アプリケーションはホスト上で応答を停止します-VMwareが応答しない、Firefox(ホスト上でも開いている)が応答しない、など。
フリーズが発生したときに、プロセスモニターを実行している場合、vmwareによって最大化されたいくつかのコアが表示されますが、同時に、他の未使用のコアがあります。また、十分なRAMがあります。VMは合計6 GBを使用し、ホストには10 GBが残っています。スワップ領域が0なので、スワップによって速度が低下することはありません。
btrfsはファイルシステムレベルでファイルの断片化を引き起こすため、仮想マシンの動作が遅くなる可能性があるという報告があります。ただし、私が知る限り、断片化は従来のハードディスクの問題にすぎません。SSDにはシークする読み取りヘッドがないため、ファイルが高度に断片化されているかどうかは関係ありません。
これは、Debian 7を実行しているときに発生することはなかったので、ハードウェアの問題ではないと確信しています。
システムがフリーズし続ける理由を理解するために、どのツールを実行できますか?私はtop / htopとiotopを試しました(システムがフリーズしたときに過度に書き込みや読み取りを行っているものはありません)。何かを読み書きするのに問題があるかどうかを確認するためのbtrfsのアクティビティモニターはないようです。他に試すことができるものはありますか?