straceを実行するとOpenGLの問題がどのように修正されますか？

私のディストリビューション（PLD Linux）への最近の大きなアップグレード以来、私はたくさんのプログラムで問題を抱えています。言うまでもなく、OpenGLまたはPulseAudioのsegfaultに関係するすべてのもの。独自のnvidiaドライバーと3.2.xカーネルを使用しています。Xorg自体は問題なく動作し、ほとんどのプログラムを実行できますが、mplayer segfaultのようなもので、どのプログラムからも音が出ません。

それがOpenGLに関連している可能性があることがわかったら、私glxgearsはテストとして遊んだ。単独で実行すると、すぐにセグメンテーション違反が発生します。その後、私はそれstraceをうまく実行できることを発見しました。同じことがにも当てはまりますmplayer。テストmp3ファイルでそれを実行すると、即座にsegfaultが実行され、実行strace mplayerすると問題なく再生されます（ただし、パルスオーディオはまだ停止し、ダミーの出力デバイスに戻ります）。

何かを実行straceすると、segfaultingを防ぐことができ、状況をデバッグし続けるにはどうすればよいですか？

「」をlibGL.so開い/proc/self/statusて探すことにより、現在のプロセスがトレースされているかどうかをNvidia が検出しようとするのを観察しましたTracerPid:。の値がTracerPidゼロ以外の場合（つまり、現在の処理がトレースされているかどうか）に応じて、異なるコードパスが使用されます。

sysdigをインストールし、問題のあるプロセスのトレースを2回（1回は追跡中、1回はstraceなしで）キャプチャします。例えば：

$ sysdig -w glxgears.scap proc.name=glxgears &
$ glxgears &
$ kill -TERM `pidof glxgears`
$ kill -TERM `pidof sysdig`
$ sysdig -w glxgears-strace.scap proc.name=glxgears &
$ strace glxgears &
$ kill -TERM `pidof glxgears`
$ kill -TERM `pidof sysdig`

2つの異なるトレースのテキスト出力を比較して、のトレースされた実行とトレースされていない実行の間の実行フローの変化を観察しますglxgears。

stracelibGLプロセスがトレース/デバッグされているかどうかによって動作が異なるため、OpenGLの問題を「修正」します。

別のパッケージがlibGL.soを独自のバージョンで置き換え、nVidiaバージョンを置き換えたと想像します。おそらくMesaパッケージです。この問題を修正するには、独自のnVidiaドライバーを再インストールします。これにより、nVidiaが提供するlibGL.soが復元されます。

あなたはnv、nouveau、vesaを試したと言いました。それぞれのケースで何が起こりましたか？

また、別のディストリビューションでUSBスティックからマシンを起動してみて、問題が解決するかどうかを確認してください。そうでない場合は、おそらく、他のディストリビューションのドライバーバージョンをマシンで使用できます。また、発生している問題の詳細を明らかにすることもできます（タイミングのバグのようです）。

最近のマシンはまだPCIバスの速度を落とすことができますか？デスクトップPCですか、ノートブックですか。

余談ですが、可能であればパフォーマンス面でATIとNVidiaを完全に回避することで、将来の多くの苦痛を回避することができます。彼らのマージンは非常に低いため、ユーザーベースが1％減少したとしても、ユーザーの行動をクリーンアップするきっかけになる可能性があります。

独自のnvidiaドライバーを取り除き、オープンソースのドライバーを使用してください。独自のnvidiaドライバーに問題があることを確認しました。