2014-08-27 9 views
0

LibGDX Jeu gel et montrant cela dans Logcat. Et se passe à des occasions aléatoires.LibGdx Garbage Collector

08-27 19:32:46.015: D/dalvikvm(12024): GC_FOR_ALLOC freed 1205K, 22% free 6961K/8816K, paused 32ms, total 32ms 
08-27 19:32:58.909: D/dalvikvm(12024): GC_FOR_ALLOC freed 1201K, 22% free 6957K/8816K, paused 22ms, total 23ms 
08-27 19:32:59.089: D/dalvikvm(12024): GC_FOR_ALLOC freed 1180K, 22% free 6957K/8816K, paused 23ms, total 23ms 
08-27 19:32:59.279: D/dalvikvm(12024): GC_FOR_ALLOC freed 1180K, 22% free 6957K/8816K, paused 23ms, total 23ms 
08-27 19:32:59.469: D/dalvikvm(12024): GC_FOR_ALLOC freed 1180K, 22% free 6957K/8816K, paused 23ms, total 23ms 

Après cette

08-27 19:32:59.469: D/dalvikvm(12024): GC_FOR_ALLOC freed 1180K, 22% free 6957K/8816K, paused 23ms, total 23ms 

répète jusqu'à ce que l'application est fermée.

+0

Vous allouez probablement trop de quelque chose. – EpicPandaForce

+0

Nous ne pouvons pas faire grand-chose sans plus d'informations. – noone

+0

Je ne suis pas capable de comprendre quelle autre partie du code devrais-je publier. – IDS

Répondre

0

Le problème est résolu. Le problème était dans le code. Le jeu allait dans une boucle infinie suspendue le jeu.

0

Ce n'est pas un message d'erreur. Je ne sais pas quel est votre jeu et comment faites-vous de nouvelles allocations, mais à un moment donné votre garbage collector doit fonctionner pour ouvrir de l'espace libre pour de nouveaux objets. Vérifiez toutes les allocations, déboguez votre application et essayez de trouver où exactement il colle. Parfois, une application fonctionnelle ne signifie pas qu'elle utilise efficacement la mémoire. Vérifiez vos allocations et essayez de réduire le montant que vous utilisez. (C'est ce que vous devriez faire même si l'application fonctionne correctement.) La recherche du projet et la mise en place d'un point d'arrêt sur les lignes contenant le mot clé "new" est un bon début.

Here est le didacticiel officiel de débogage de la mémoire.