Un autre endroit où le Dalvik garbage collector messages est expliqué dans cette vidéo: Google I/O 2011: gestion de la Mémoire pour les Applications Android
À environ 14 minutes dans la présentation, il tombe en panne, le format de message. (BTW, cette vidéo a vraiment de bonnes infos sur le débogage des fuites de mémoire)
Grosso modo, le format est - [Reason] [Amount Freed], [Heap Statistics], [External Memory Statistics], [Pause Time]
Raison
Robert/yuku déjà donné des infos sur le sens de ces.
Montant Libéré
E. g. freed 2125K
Auto-explicatif
Tas De Statistiques
E. g. 47% free 6214K/11719K
Ces chiffres reflètent les conditions après la GC a couru. Les "47% gratuit" et 6214K reflètent l'utilisation du tas. Le 11719K représente le total de la taille du segment. À partir de ce que je peux dire, le tas peut grandir/rétrécir, de sorte que vous ne sera pas nécessairement un OutOfMemoryError si vous atteignez cette limite.
Mémoire Externe Statistiques
E. g external 7142K/8400K
Remarque: Ce pourrait n'exister que dans la pré-Nid d'abeille versions d'Android (pré 3.0).
Avant en Nid d'abeille, les bitmaps sont alloués à l'extérieur de votre machine virtuelle (par exemple Bitmap.createBitmap() alloue la bitmap de l'extérieur et n'alloue que quelques dizaines d'octets sur votre tas local). D'autres exemples de externe des allocations pour java.nio.ByteBuffers.
Le Temps De Pause
Si c'est un concurrent à l'GC événement, il y aura deux temps indiqués. On est pour une pause avant que la GC, on est pour une pause lors de la GC se fait le plus souvent.
E. g. paused 3ms+5ms
Pour les non-simultanées GC événements, il y a seulement un temps de pause et c'est généralement beaucoup plus grande.
E. g. paused 87ms