サポートチケットを作成する
フォローする

Q100302:Mac OS Xで複雑なシェーダ設定を使用していると散発的なMariがロックアップまたはハングアップする

症状

Mac OS XのLegacy、Optimized、またはAutomaticシェーダコンパイルモードで完了すると、レイヤの共有やシェーダ入力の操作などの複雑な操作がドライバから誤ってフィードバックされ、Mariがロックアップすることがあります。

原因

Mariで複雑なシェーダ設定で作業している と、Mariとドライバ間の通信が誤って行われ、セッションのパフォーマンスに影響を与えることがあります。 Legacy、Optimized、またはAutomaticモードでは、これはMariがビジーであるように見える場所でロックアップを引き起こすかもしれませんが、ほとんどの場合、アクションを完了するよりもクラッシュすることになります。

この問題はMac OS Xで発生しており、現在Appleと協力してできるだけ早く解決しています。


解決

Mari 3.2以下

バージョン3.3v1より前のMariでこの問題が発生した場合は、プロジェクトの複雑さを軽減することでこれを回避することができます。ベイクポイントノードを使用するか、レイヤースタックをキャッシュすることをお勧めします。これによって、あなたはより良いパフォーマンスのためにあなたのプロジェクトを非破壊的に最適化することから利益を得るでしょう。

あるいは、破壊的ではありますが、同様の最適化を実現するために、レイヤースタックをペイントレイヤーに平坦化することができます。

パフォーマンスの最適化に関する推奨事項をすべて網羅した記事がこちらにあります。Q100188:Mariプロジェクトを最適なパフォーマンスに最適化する

Mari 3.3以上

Mari 3.3v1以降でこの問題が発生した場合、レガシーモード、最適化モード、または自動モードでクラッシュが発生した後、次回Mariを再起動したときにUIに警告が表示されることがあります。

Mariが前回実行されたときにシステムが正常に終了したかどうかが検出されます。実行できなかったため、シェーダのコンパイルがダイナミックモードに設定されていないと、次のダイアログプロンプトが表示されます。


図1:警告ダイアログウィンドウ


[ はい]を選択した場合は、起動したセッションでシェーダのコンパイルモードが自動的に切り替わったことを確認してください。

「いいえ」を選択した場合は、これらの設定を自分で変更することをお勧めします。手動でこれを行う必要がある場合は、下の画像に示すように、Mari設定の次の場所に移動してください。




Fig 2: Mari >設定> GPU>一般>シェーダー編集



参考文献

他のパフォーマンス上の問題が発生している場合は、Mariの効率を向上させるために無効にできるその他の設定またはオプションがあります。考慮すべき追加的な原因について詳細な記事はここに発見された: Q100253:マリのパフォーマンスの問題のトラブルシューティング

パフォーマンスの問題はプロジェクトや設定に直接依存することがあるため、これらの記事のアドバイスをテストしても問題が解決しない場合は、サポートポータルからお問い合わせください。これまでの手順をお知らせください。調査に必要なすべての初期情報は、 Q100090:Mari問題の報告に 記載されてい ます。

サポートチケットを開く方法の詳細については、「 サポートポータル 使用 」の記事 を参照してください

この記事は役に立ちましたか?
/

We're sorry to hear that!

Please tell us why.
0人中0人がこの記事が役に立ったと言っています

コメント