RAMの損失の考えられる原因

Possible Causes Lost Ram

最近、メモリ使用量が1,296,701KでRAMの空き容量が157,924KのLostRAMに遭遇しました。 Lowmomの問題：

MemInfo: 43,292K slab, 114,292K shmem, 65,292K vm alloc, 12,324K page tables 5,568K kernel stack 1,572K buffers, 269,472K cached, 188,532K mapped, 75,412K free ZRAM: 4K RAM, 520,908K swap total, 520,908K swap free Free RAM: 157,924K Used RAM: 591,439K Lost RAM: 1,296,701K

lowmomの問題は、使用されているRAMが高くなく、通常のRAMとほぼ同じであることがわかります。

問題が見つかったとき、失われたRAMは異常に大きかった。

関連情報を確認すると、RAMの紛失は次の側面から発生している可能性があることがわかりました。
イオン：多くのマルチメディアアプリケーションがIONを使用してメモリを割り当てることを私たちは知っています。ほとんどのチップベンダーは、メモリのこの部分をプロセスにマップしないため、キャッシュされた統計はありません。そして、IONはメモリのこの部分を配布効率のために使用します。最初にキャッシュされ、次に使用されるときにキャッシュから直接割り当てられます。これにより、割り当てが高速化され、システムパフォーマンスが向上します。システムのメモリが不足すると、キャッシュされたメモリのこの部分は解放されます。これは多くの場合、失われたRAMの主な原因です。 MTKにも同様の問題があり、RAMの損失という問題が拡大していますが、最終的にはパッチによって解決されます。
KGSL：グラフィックシステムによって割り当てられたメモリ。分割されたメモリは、チップメーカーの実装に応じて、プロセスにマッピングされている場合と、プロセスにマッピングされていない場合があります。プロセスへのマップがない場合、これは失われたRAMの重要なソースでもあります。
ZRAM：ZRAMの使用部分。
統計手法の違い：ファイルキャッシュ、DSSなど、使用済みメモリを何度も計算します。一般的なLost RAMは、負の数であることが理由です。

続く、続く。 。 。