Pouvez-vous obtenir de base GC stats en Java?

Je voudrais avoir quelques cours d'exécution des applications de serveur périodiquement sortie générale GC chiffres de performances en Java, quelque chose comme la GC équivalent de l'Exécution.freeMemory(), etc. Quelque chose comme le nombre de cycles de fait, la moyenne du temps, etc.

Nous avons les systèmes fonctionnant sur des ordinateurs client où il existe un soupçon que mal configuré pools de mémoire sont à l'origine excessive GC de la fréquence et de la longueur il me semble qu'il serait bon, en général, de faire périodiquement rapport à la base de l'activité GC.

Est-il indépendant de la plateforme façon de le faire?

EDIT: j'ai particulièrement envie de sortie de ces données dans le journal système (la console), lors de l'exécution; ce n'est pas quelque chose que je veux me connecter à la JVM pour, comme il le serait avec JConsole ou JVisualVM.

Edit2: Le MX bean ressemble à ce que je veux, quelqu'un aurait-il un travail exemple de code qui permet d'obtenir l'un de ces?

InformationsquelleAutor Lawrence Dol | 2009-01-21
  1. 53

    Voici un exemple d'utilisation GarbageCollectorMXBean à imprimer GC stats. Sans doute que vous appelez cette méthode régulièrement, par exemple, de la planification à l'aide d'un ScheduledExecutorService.

    public void printGCStats() {
    long totalGarbageCollections = 0;
    long garbageCollectionTime = 0;

    for(GarbageCollectorMXBean gc :
            ManagementFactory.getGarbageCollectorMXBeans()) {

        long count = gc.getCollectionCount();

        if(count >= 0) {
            totalGarbageCollections += count;
        }

        long time = gc.getCollectionTime();

        if(time >= 0) {
            garbageCollectionTime += time;
        }
    }

    System.out.println("Total Garbage Collections: "
        + totalGarbageCollections);
    System.out.println("Total Garbage Collection Time (ms): "
        + garbageCollectionTime);
}
    • C'est parfait merci Greg. J'ai déjà un périodique moniteur qui imprime l'utilisation de la mémoire et éventuellement les threads. Cela correspond bien avec qui.
    • PS: ne Peut pas voter pour un autre 46 minutes; sera de retour et upvote ce puis.
    • Ne getCollectionCount() renvoyer le nombre depuis la dernière fois qu'il a été appelé, ou le nombre total de tous les temps?
    • Test m'a montré que le nombre retourné par getCollectionCount() est le nombre total depuis qu'il a commencé, par conséquent, l'accumulateur dans cet exemple de rapport beaucoup plus totale, puis a réellement eu lieu.
    • Les accumulateurs dans l'exemple de code sont destinées à s'accumuler sur plusieurs GarbageCollectorMXBean instances plutôt que de multiples appels à la même instance. Noter que l'accumulateur variables sont limités à la méthode et ne sont pas statiques.
    • Ah, cela fait sens, merci pour la clarification.

    InformationsquelleAutor Greg Case
  2. 15

    Voir GarbageCollectorMXBean.

    • Merci au passage à courir, aurait accepté cela aussi, si je pouvais l'accepter deux réponses.
    InformationsquelleAutor Ran Biron
  3. 13

    Essayer -XX:-PrintGC et -XX:-PrintGCDetails; voir VM Options de Débogage.

    • Bonne idée, mais trop détaillé pour être sur de toujours. Je veux un rapport périodique, disons tous les 5-60 minutes.
    • OIE, je veux que les données afin que je puisse de sortie sous mon propre calendrier.
    • Oooh. Qui rend plus difficile.
    • Alors je pense que vous devriez écrire quelque chose d'autre pour capturer la sortie et reformater/reoutput à votre temps.
    InformationsquelleAutor Michael Myers
  4. 0

    Légèrement hors sujet, mais vous pouvez brancher VisualVM et de la JConsole à l'exécution d'applications et de voir des statistiques utiles.

    • Reportez-vous à la gras edit j'ai écrit avant 13 heures cette réponse a été publiée.
    • Toutes mes excuses pour ce - parfois, vous ne pouvez pas voir la forêt pour les arbres.
    InformationsquelleAutor Fortyrunner