Android FinalizerReference con 7mb de RAM

Sé que hay 2-3 tema sobre esto, hubo problemas con FinalizerReference , pero todavía no se explica bien. Tengo una pregunta sobre esta clase y cómo funcionan las cosas en ella.

No importa lo que hago en mi aplicación, FinalizerReference siempre mantener 5-10 RAM para sí mismo, y mi pregunta es:

• ¿Cómo puedo crear Libgdx.so desde el origen para Android con el rastreo gdb habilitado?
• Prueba Android "destruir actividad para ahorrar espacio"
• SocketTimeoutException Android
• Tamaño del mapa de bits devuelto por la cámara a través de la intención?
• Android: ¿Dónde está la herramienta Monitor de memoria?

¿Es este un comportamiento normal del que no tengo que preocuparme?

Como sé, los objetos Java se liberan, pero algunos tipos de "punteros" permanecen en la memoria y se limpian con la siguiente GC (así como los objetos normales que se limpian con GC, sin hacer referencia a él).

Para mí, esto es un poco incorrecto, porque si tengo ~ 64 MB de RAM para usar con mi aplicación y 10 MB se desperdician – debe haber un problema.

Lo revisé todo, eliminé todas las fugas que tenía y en la actualidad mi aplicación se queda en 18 ~ mb RAM (7 RAM – gráficos, 2 RAM – Objetos). El resto – FinalizerReference ; /

Aquí hay una captura de pantalla de AppHeap:

Aquí hay una pantalla de sus instancias:

Y aquí está mi monitor de memoria (permanece en este formulario durante 30 minutos):

Además, en el panel 'Instancias', hay 50 entradas incluyendo ~ 5 de mi código y bibliotecas que uso. El resto es de Android: InputManagers, Parcels, Proxies, etc.

Editar

Esto ocurre en el Galaxy S5. En Android Emulator obtengo ~ 2MB de FinalizerReference