Q100078: Mari のハードウェアコンポーネントの使用方法

まとめ

この記事では、 Mariコンピューターの各ハードウェアコンポーネントとどのように連携し、それらをどのように使用するのかを説明します。結局のところ、 Mari最も依存するハードウェアコンポーネントはGPUとそのVRAMです。

詳細情報

GPU - 速度とコア数

GPUは主にビューポートレンダリングとテクスチャのベイクに使用されます。そのため、GPUの速度が速いほど、重いシーンをより良いフレームレートでレンダリングし、テクスチャベイク時の待ち時間を短縮できます。これは、「ペイントノードへのベイク」、ペイントの投影、テクスチャのエクスポート、ベイクポイントノードのベイクなどのアクションに影響します。

GPU - メモリ

GPUのVRAMが大きいほど、一般的にペイントがしやすくなります。Mari Mari GPUメモリを最も多く消費するのは以下の2つです。

• ペイント バッファ - GPU メモリが増えると、ユーザーはペイント バッファのバッファ サイズと色深度の設定を、たとえば 8k と 32 ビットに設定するなど、より高く設定できます。
  高解像度のペイントバッファを使用すると、アセットを繰り返しズームインすることなく、より多くのディテールをペイントできます。さらに、高いビット深度により、ディスプレイスメントマップなど、値間のスムーズな遷移が不可欠な場合のステッピングを防止できます。
• 仮想テクスチャ - Mari 、ビューポートに大量のテクスチャデータをレンダリングするために仮想テクスチャリングを使用します。これは、VRAM に収まる限り多くのテクスチャデータのチャンクを保持することで実現されます。新しいチャンク用のスペースが不足すると、SSD のプロジェクト場所からアップロードされた新しいチャンク用のスペースを確保するために、最も使用頻度の低いチャンクが削除されます。これにより、処理に時間がかかります。さらに、 Mariすべてのデータをタイムリーに処理できない場合、ビューポートで低解像度のミップマップの使用を開始します。これは、 Mariからエクスポートされる実際のテクスチャには影響しませんが、 Mariのビューポートに表示される品質には影響します。
  GPU メモリを増やすと、ユーザーは仮想テクスチャ サイズの設定を増やすことができ、 Mari重いシーン (多数のノード、UDIM、UV アイランドを含むシーンなど) をより高速に、より高い解像度でレンダリングできるようになります。

注:プロジェクトに必要な GPU メモリを計算する方法については、次の記事を参照してください:Q100313: Mariの仮想テクスチャの GPU メモリ使用量の計算

CPU

一般的には、中程度のクアッドコアプロセッサで十分ですが、GPU以外の特定の処理では、より多くのコア数やより高速なCPUの方が効果的です。Mari Mari CPUを使用する処理はMariれていますが、いくつか例を挙げます。

• パッチブリード
• テクスチャ転送
• テクスチャのビット深度または解像度を変更する

ラム

Mariと同時に他の3Dアプリを実行する場合、特に安定した動作には16GB以上のRAMが理想的です。負荷の高いシーンで作業したい場合は、より多くのRAMを搭載することをお勧めします。

結局のところ、 Mariのすべてのデータはディスクにキャッシュされるため、RAM が少なくてもMari問題なく動作するはずです。Mari における RAM の主な用途はMariのとおりです。

• アプリケーション ロジックや UI など、ほとんどのアプリケーションが RAM を使用する一般的なプロセス。
• ディスクから RAM にロードされたテクスチャ データは RAM 内に残りますが、LRU (Least Recently Used) 方式で RAM から削除されます。

ディスク

特にプロジェクトの保存場所には、大容量のSSDを強くお勧めします。Mari Mari長時間の処理は、ディスクへの書き込みによってボトルネックになることがよくあります。SSDは、CPUで処理されるかGPUで処理されるかに関係なく、最終的にはディスクに書き込まれるため、ディスクへの書き込み時間を大幅に短縮できます。ただし、4Kテクスチャ付きのUDIMが5つなど、プロジェクトが軽い場合は、SSDの効果はそれほど大きくない可能性があります。これは、重いプロジェクトやその他の大量のエクスポート操作で特に顕著になります。

Mari RAM 内の最新データを LRU ベースで独自に管理し、すべてのデータはいずれにせよディスクに書き込まれるため、スクラッチ スペースはパフォーマンスに影響を与えないと推定されます。

最後に、パフォーマンスや破損の問題が発生する可能性があるため、プロジェクトの場所をネットワーク ドライブまたはクラウドと同期されているローカル ドライブに保存することはお勧めしません。

注:適切なプロジェクト データ管理の詳細については、次の記事を参照してください。
Q100079: バックアップ、アーカイブ、セッションスクリプトを使用してMariプロジェクトを共有およびバックアップするためのベストプラクティス

さらに詳しく

Mariの公式システム要件は、 Mari技術仕様で確認できます。

さらなる支援

問題が発生した場合は、サポート チケットを作成し、この記事で要求されている情報を提供してください。
Q100090: Mari問題を報告する際にサポートに送信する情報

サポート チケットを開く方法の詳細については、次の記事を参照してください。
Q100064: サポートチケットを発行する方法