最適化ガイド

メモリ zepetoは、世界で使用されるリソースをメモリにプリロードするように構成されています。 世界の1 7 0に基づくと、最低仕様のデバイスはiphone 8（2gb ram）とgalaxy s8（4gb ram）です。 したがって、2gbを超えないようにする必要があります。 最低仕様の機器は後で変更される可能性があります。 マルチプレイヤーの世界の場合、各キャラクターがメモリを持っているため、最大人数を考慮してメモリを管理する必要があります。 パフォーマンス指標の確認方法 モバイル環境でのパフォーマンス指標の確認方法 zepetoが公式に提供する公式のランタイムプロファイラーを使用してください。 📘 以下のガイドを参照してください。 \[ ランタイムプロファイラ docid\ xmqjkao5kln1bo4tjg7pd ] ローカル開発環境でのworld multiplayerサーバーのパフォーマンス指標を確認する方法 vs codeをスクリプトエディタとして使用している場合、プラグインを通じてローカル開発環境サーバーのcpu使用率、メモリ使用率などのさまざまなパフォーマンス指標を確認できます。 📘 unityでvs codeをスクリプトエディタとして設定する方法については、以下のガイドを参照してください。 \[ https //code visualstudio com/docs/other/unity\ https //code visualstudio com/docs/other/unity\ ] 1\) vscode画面の左側にある\[拡張機能]パネルで、 javascriptプロファイル用のflame chart visualizer を検索してインストールします。 プラグインによってチェックされたローカル開発環境のパフォーマンス指標は、実際のサービス環境と異なる場合があります。これを使用して、ワールドマルチプレイヤーサーバーロジックの概算パフォーマンストレンドと潜在的なパフォーマンス問題を理解してください。 vs codeの作業ディレクトリがワールドプロジェクトに設定されていない場合、プラグインは正しく動作しません。\[explorer]パネルで正しいプロジェクトフォルダーを選択してください。 2\) vs codeの\[run and debug]パネルに移動し、デバッグタイプをzepeto multiplay scriptに変更します。 3\) unity画面の再生ボタンを押してワールドを実行し、vs codeの\[デバッグ開始]ボタンを押してランタイムデバッグを開始します。 \[実行とデバッグ]パネルでマルチプレイヤーサーバーのパフォーマンス指標をリアルタイムで確認できます。 👍 ヒント \[実行とデバッグ]パネルのパフォーマンスチャートの表示切替ボタンをクリックすることで、以下のパフォーマンス指標を追加できます。 cpu使用率 使用ヒープ 合計ヒープ 常駐セットサイズ 外部メモリ arraybufferメモリ 推奨最適化ガイドライン 以下の基準に従って最適化を行い、リリースされたワールドが最小仕様で動作することを確認してください。 最小仕様のデバイス（2gb ram搭載）は、次の条件でクラッシュします： ランタイムプロファイラー > 割り当てられたメモリが 550mb を超えた場合、平均して。 ワールドが実際に動作しているとき、ワールドリソースだけでなく、さまざまなプロセスもメモリ内で動作しているため、割り当てられたメモリにいくらかのスペースを残すことをお勧めします。 マルチプレイヤーワールドの場合、キャラクターごとにメモリが割り当てられるため、最大プレイヤー数に基づいてメモリを管理する必要があります。 zepetoキャラクターごとの平均メモリ： 35mb zepetoキャラクタータイプのマネキンを使用すると、1人のzepetoキャラクターが入るときと同じメモリを占有します。 最適化のために、可能であればシンプルタイプのマネキンを使用することをお勧めします。 平均 280mb で、最大8人が入るとき。 これらは平均値です。可能であれば、実際に最大人数が入る前に割り当てられたメモリをテストしてください。 fps（フレーム毎秒） 最大fps制限は30fpsです。 容量 パッケージの容量は最大1gbyteに制限されています。 world 1 8 0によって提供されるクロスワールド移動機能を使用すると、容量の部分を間接的に解決できます。 最適化方法 unityの最適化に関する情報を参照してください。 https //docs unity3d com/kr/2019 4/manual/mobileoptimizationpracticalscriptingoptimizations html https //docs unity3d com/kr/2019 4/manual/mobileoptimizationpracticalscriptingoptimizations html リソースについて改善できること 未使用のパッケージフォルダーと未使用のファイルを削除してください。 プロジェクト内のオブジェクトの数と地形内の木/プールの数を調整してください。 コードについて改善できること コルーチンの使用：yieldはガベージを生成しませんが、新しいwaitforsecondsを作成するとガベージが生成されます。したがって、オブジェクトを作成して使用してください。 update( )内で、毎フレーム呼び出す必要のない部分を置き換えて、nフレームごとに呼び出せるようにします。 awake( )、onenable( )、start( )内で重いロジック関数を呼び出すのを避けてください。 空の関数であってもupdate( )やlateupdate( )を残すのを避けてください。 ランタイムでコンポーネントを追加するのを避けてください。必要な場合は、プレハブをインスタンス化する方が効率的です。 gameobject find、gameobject getcomponent、camera mainは高コストなので、update()から呼び出さず、必要な場合はstart()から呼び出してください。 instantiateとdestroyはガベージを生成し、ガベージコレクションがプロセスを遅くします。代わりに、プールを使って再利用を試みてください。 renderer materialは可能な限りrenderer sharedmaterialを使用して、バウンドオブジェクトのマテリアルにアクセスしてください。新しいコピーを作成して返すのは高コストです。 uiについて改善できる点 目的に応じてキャンバスを分割し、使用しないキャンバスを非表示に設定します。 graphicraycasterを制限し、raycast targetをクリアします。キャンバスからgraphicraycasterを削除し、ボタンなどの個々の要素にgraphic raycasterを別々に挿入します。 テキストや画像にraycast targetが必要ない場合は、削除します。 動的uiでない限り、layout groupsの使用は避けます。アンカーを使用して整理します。 大きなリストやグリッドビューはコストがかかるため、使用を避けます。 フルスクリーンuiを使用する際は、このキャンバス以外はすべて隠します。これにより、カメラが3dシーンをレンダリングする必要がなくなります。また、不必要なキャンバスも隠れます。 フルスクリーンuiを使用する際は、application targetframerateを下げます。60fpsで更新する必要はありません。 world spaceを使用するキャンバスのレンダーカメラに空白のスペースを残さず、使用するカメラで埋めます。 空白を残すと、unityが自動的にcamera mainを埋めます。 オーディオの改善点 音声クリップをモノラルに変更する。 wavファイルの使用を可能にします。圧縮された音楽ファイルは、ビルド時に解凍され、その後再圧縮されます。このプロセス中に音楽ファイルの品質が劣化します。 クリップを圧縮し、圧縮ビットレートを下げる。 vorbisを使用するファイルを大部分使用し、短い音をadpcmに変更する。 22,050 hzを超えないようにする。 適切なロードタイプを選択する。 サイズが200 kb以下の音楽ファイルは、ロード時に解凍する。 サイズが200 kb以上の音楽ファイルは、メモリ内で圧縮されたままにする。 大きなファイルとバックグラウンドミュージックをストリーミングに設定する。 ミュートされた音楽ファイルは、単に音量をゼロにするだけでは終了しないので、必ず破棄されることを確認する。