RHEL6.5を実行しているPCがあり、昨日新しいグラフィックカード（Radeon HD5450、PCIe1x）をインストールし、3台のモニタ（DisplayPort、DVI、VGA経由で接続）を使用するように設定した後、新しい問題が発生しました。以前は、シングルモニターでマザーボードビデオを使用していました。
1時間に1〜2回システムが停止しているようです。マウスポインタが消える場合もあり、停止している場合もあります。
キーボード入力は凍結中にバッファリングされたように見え、5〜10秒後に凍結が終了した後に実行されます。つまり、凍結した状態でctrl+などの操作を実行するとtabすぐには適用されませんが、数秒後にコンピュータが正常に戻ると、Gnome Task Launcherが起動します。
マウス入力についてはわかりません...クリックがバッファリングされていることを確認するために、クリックできる項目の上にポインタを固定したことはありません。
バックグラウンドでサウンドが再生されている間にこれが起こっているのを見たことがないので、停止がデスクトップレンダリングで始まり終わるのか、それとも深いスケジュールの問題が関係しているのかはわかりません。
Firefoxで新しいURLに移動し、ページの初期ビューをレンダリングした後にシステムを一時停止するなど、レンダリングアクティビティといくつかの相関関係があるようです。
これがハードウェアの問題である場合、ランダムなビルド品質の欠陥ではなく、設計または実装自体に固有の問題である可能性が高くなります。 4人の同僚がいますが、すべて同じハードウェアを使用しており、すべて同じ問題を報告しています。
私はWindows（特にVista）では、この問題が一般的に過度に積極的なIRQ共有によって引き起こされることを知っています。
修正する 停止は3〜4秒間続くように見え、/var/log/Xorg.0.logに次のエントリがあり、そのタイムスタンプは停止の開始と相関しているようです。
[ 4782.094] AUDIT: Tue Jun 10 16:24:53 2014: 4963: client 37 connected from local host ( uid=999 gid=999 pid=5339 )
Auth name: MIT-MAGIC-COOKIE-1 ID: 741
[ 4782.094] AUDIT: Tue Jun 10 16:24:53 2014: 4963: client 37 disconnected
停止中にキーを押して放すとCtrl（固定を識別するのに役立つように「マウスの位置決め」が有効になっています）、押している間は何の効果もありません...他のすべての停止が解除されてから2〜3秒後に青いハローします。表示されます。
私はログの最後のいくつかのエントリのpidを見つけました。ほとんどはNautilusで、一部はBrasero（CD / DVD書き込み）でした。オプティカルドライブにディスクがありません。おそらく2番目のハングは、存在しないディスクを自動的に検出しようとし、タイムアウトするまで他のすべてがハングアップするためですか？
（副次的な質問：均一ですか？可能マウスポインタを飲み込んだり、UIを停止したりするのにうまく機能しないアプリケーションはどうですか？それとも、少なくとも理論的には、ウィンドウマネージャが実行されているアプリケーションと残りのオペレーティングシステムの状態とは完全に独立している必要がありますか？ )
アップデート2 Xorg.0.logのタイムスタンプを見ると、停止はほぼ2:49... 4:41:47、4:44:36、4:47:25、4:50:14などごとに発生します。