これまで見てきたように、GLテクスチャメモリの使用量をハードナンバーにすることは非常に困難です。 CoreAnimationは、あなたのプロセス以外のプロセスを含め、あなたに「コンサルティング」せずにGLテクスチャメモリも使用するという事実によってさらに複雑になります。
は事実上、私はあなたのプロセスはIOKitのタグの下にマップするVMページの変化を見て楽器にVMトラッカー機器を使用することを示唆しています。それは少し原油ですが、私が見つけた最良のアプローチです。私の経験では、このプロセスは主に推測とチェックです。
あなたは自由VRAMの量を決定する方法のために特別に尋ねていますが、その情報を取得できたとしても、それは本当に便利になりそうではありません。あなたのアプリケーションが完全にOpenGLでUIViewsやCoreAnimationレイヤーを使用しない場合でも、他のプロセス、特に重要なのは、CoreAnimationを通じて明示的または暗黙的にいつでもそのメモリを消費することができます。より多くの特権を持つアプリケーションが必要なテクスチャメモリを取得できないようにしても、プロセスが強制終了されると想定するのはおそらく安全でしょう。言い換える
、あなたはGLテクスチャメモリの瞬間の状態を把握できたとしても、あなたはおそらく、そのリソースの消費者だけであることに数えることができなかったので、それはかなり役に立たないのです。
一日の終わりに、あなたは(読み:最小化)GLメモリの面で善良な市民であることと、管理するためのアプリケーションを設計するあなたの努力を費やす必要があるテクスチャメモリの独自の消費量を。 iOSデバイスは旧式のゲーム機ではありません。あなただけのことではありません。そのため、あなたのアプリが数分おきに携帯電話を再起動する必要があるアプリでないように注意してください。それを使用する順序。