YourKit Java Profiler

YourKit Java Profiler est un logiciel de CPU et de mémoire profileur commerciale qui permet aux utilisateurs de résoudre facilement large gamme de CPU et les problèmes de performance liés à la mémoire.
YourKit Java Profiler offre une détection automatique de fuite, des outils puissants pour l'analyse de la répartition de la mémoire, un navigateur de tas d'objets, des tests de mémoire complètes dans le cadre de votre processus de test JUnit, extrêmement faible surcharge de profilage.

Quelle est nouvelle dans cette version:

• Agent: la détection de version de Windows améliorée. En particulier, Windows 10 est maintenant correctement détecté, et le résumé montre la version Windows avec le numéro de version.
• l'intégration IDE: correction d'un bug: plug-in NetBeans pourrait ne pas être installé sur Windows 10
• CPU profilage: CPU traçage correction de résultat est maintenant appliquée uniquement si -Dyjp.apply.calibration = true est spécifié dans /bin/ui.ini
• profilage de la mémoire: l'optimisation: amélioration des temps de chargement des instantanés de la mémoire (en particulier, & quot; la tâche 3 & quot; en cours)
• profilage de la mémoire: l'optimisation: Explorateur d'objets et d'autres vues ouvert plus rapide pour certains ensembles d'objets
• profilage de la mémoire: correction d'un bug: fuite de mémoire de structures de données temporaires créés pendant le cliché loading

Quoi de neuf dans la version 2013 Construire 13072:

• UI: correction d'un bug: sporadique & quot; java. lang.ClassCastException & quot;
• UI: impasse détecteur: correction d'un bug: possible & quot; problème de détecteur impasse: état inadéquation & quot; des exceptions pour certains intrants
• Agent: correction d'un bug: IBM Java: & quot; java.lang.UnsatisfiedLinkError & quot; pour les méthodes indigènes dans com.ibm.oti.vm.VM

Ce qui est nouveau dans la version 2013 Construire 13070:

• Agent: Linux: correction d'un bug: nom de session incorrecte a été choisi en cas de très longue ligne de commande, par exemple, «java» au lieu de la principale nom de classe ou JAR
• Agent: correction d'un bug: les options de démarrage probe_on, probe_off, probe_auto, probe_disable n'a pas accepté la syntaxe courte pour les sondes intégrées, par exemple, .Databases Pour com.yourkit.probes.builtin.Databases
• Agent: sondes, les compteurs de performance: Correction d'un bug: FileOutputStream et processus I / O événements ont été enregistrés pas dans certaines versions Java
• intégration IDE NetBeans 8.0 Beta: soutenu
• l'intégration IDE: Mac OS X: Bug fixé: l'interface utilisateur de profileur ne serait pas connecter automatiquement au processus profilé en raison de Java de 7 incapacité de JavaAppLauncher passer ses paramètres de ligne de commande pour java exécutable

Ce qui est nouveau dans la version 2013 Construire 13066:

• CPU Profiling:
• comparaison Snapshot: amélioration: vues d'esclaves & quot; Retour retrace & quot ;, & quot; liste Programmes appelés & quot; et & quot; Fusionné Programmes appelés & quot; ont été ajoutées pour un procédé choisi dans le & quot; liste Méthode & quot ;. Ils sont particulièrement utiles lors de l'analyse d'une méthode appelée à partir de différents endroits dans les clichés étant comparée.
• profilage haut niveau de J2EE est maintenant basé sur les résultats de la sonde intégrés.
• Ceci élimine les frais généraux de rappels dédiés précédemment utilisés, qui a partiellement répétés de la fonctionnalité de la sonde intégrée, ainsi que effectuées certaines opérations dans l'exécution au lieu de les effectuer lorsque le profileur ouvre un instantané.
• Le high_level_cpu_profiling de propriété ne présente plus existe dans l'échantillonnage de CPU ou de paramètres de suivi. L'option de démarrage disablej2ee a été supprimé. Pour activer J2EE haut niveau profilage off, vous devez désactiver ou désactiver sondes correspondant.
• CPU traçage: un nouveau _instrument_all_methods d'options de démarrage a été ajouté à instruments primitifs, getters setters et autres méthodes similaires qui court seuls les champs et / ou d'un objet d'accès renvoient une valeur. Par défaut, ces méthodes ne sont pas instrumentées à réduire les frais généraux. Utilisez cette option quand le nombre d'invocation pour toutes les méthodes appelées sont plus précieux que la précision de temps et moins de frais généraux.
• Interface utilisateur: ajout possibilité de montrer les méthodes qui ont eu moins de 1 ms en spécifiant -Dyjp.show.shortest.methods = true dans /bin/yjp.ini
• Optimisation: Hot Spots vue ouvre beaucoup plus rapide
• Interface utilisateur: ajout possibilité de désactiver la méthode de correction zéro de temps avec l'aide de la propriété -Dyjp.zero.time.methods = false dans /bin/yjp.ini. Les moyens de correction zéro de temps que les appels vers les méthodes suivantes sont ignorées:
• java.lang.Object: attendre (*)
• java.lang.Thread: le sommeil (*)
• java.lang.Thread: rendement (*)
• java.net.PlainSocketImpl: SocketAccepte (*)
• java.net.PlainSocketImpl: accepter (*)
• java.net.ServerSocket: accept ()
• org.apache.tomcat.jni.Socket: accepter (*)
• sun.nio.ch.ServerSocketChannelImpl: accept0 (*)
• sun.misc.Unsafe: parc (*)
• java.util.concurrent.locks.LockSupport: parc * (*)
• com.ibm.tools.attach.javaSE.IPC: waitSemaphore (*)
• sun.nio.ch.EPollArrayWrapper: epollWait (*)
• Techniquement, leur temps est soustraite de la durée de l'appelant jusqu'à la racine de l'arborescence d'appel lorsque CPU résultats du profilage sont chargés dans l'interface utilisateur. En d'autres termes, leur temps est toujours supposé être 0 lorsque la correction est appliquée.
• profilage de la mémoire:
• Explorateur d'objets: les valeurs sont immédiatement affichés pour les objets des classes suivantes:
• java.util.Date
• java.net.URL
• java.io.File
• java.util.zip.ZipFile
• java.util.jar.JarFile
• emballages de valeur primitive:
• java.lang.Integer
• java.lang.Long
• java.lang.Short
• java.lang.Boolean
• java.lang.Byte
• java.lang.Character
• java.lang.Double
• java.lang.Float
• des valeurs atomiques:
• java.util.concurrent.atomic.AtomicInteger
• java.util.concurrent.atomic.AtomicLong
• java.util.concurrent.atomic.AtomicBoolean
• autres classes numériques:
• java.math.BigDecimal
• java.math.BigInteger
• réflexion:
• java.lang.reflect.Field
• java.lang.reflect.Constructor
• java.lang.reflect.Method
• (depuis construire 13062) taille de la collection pour les classes de collecte et de leurs sous-classes:
• java.util.ArrayList
• java.util.Arrays $ ArrayList (renvoyé par la Arrays.asList ())
• java.util.HashMap
• java.util.HashSet
• java.util.Hashtable
• java.util.IdentityHashMap
• java.util.LinkedList
• java.util.PriorityQueue
• java.util.TreeMap
• java.util.Vector
• java.util.WeakHashMap
• Explorateur d'objets: objets auto référencement sont explicitement indiqué que [Autoréférence], et les nœuds d'arbres correspondants sont Leafs maintenant pour éviter l'expansion infinie
• Explorateur d'objets: ajout possibilité de personnaliser le nombre maximal d'objets individuels présentés avec l'aide de la propriété -Dyjp.max.objects.to.show = dans /bin/yjp.ini. La valeur par défaut reste 500. Remarque:. Valeurs de réglage plus grandes augmente l'utilisation de la mémoire et peut ralentir l'interface
• tableaux primitifs avec tous les mêmes éléments sont explicitement indiqués dans l'Explorateur d'objets, chemins et autres vues présentant des objets individuels
• Analyse des tableaux avec un grand nombre d'éléments a été simplifié avec l'aide de la nouvelle mémoire de l'action | Éléments Voir Array (Maj + F5) (également accessible via un menu contextuel) qui ouvre tous les éléments du tableau (s) de référence sélectionnée dans un nouvel onglet, où ils peuvent être examinés globalement toutes les vues disponibles.
• Cette action est également disponible en tant que & quot; Ouvert tous les éléments dans un nouvel onglet & quot; lien hypertexte dans l'Explorateur d'objets en plus de la & quot; Configurer gamme d'élément de tableau montré ... & quot; lien hypertexte disponible pour les tableaux avec des éléments cachés.
• chemins absorbées: amélioration: nœuds distincts sont utilisés pour les racines des GC et des objets conservés à partir de plusieurs objets
• chemins absorbées: amélioration: & quot;

Quoi de neuf dans la version 12.0.5:

• Le fichier journal de l'agent ne pouvait pas être créé si le nom de session contenait Nom de fichier incorrect caractères.

Quoi de neuf dans la version 12.0.4:

• Cet enregistrement d'allocation version corrige échantillonné, qui pourrait faire planter l'application profilée si le CPU échantillonnage avait jamais été démarrée.
• Le JRE groupé a été mis à niveau vers Java 7.

Quoi de neuf dans la version 12.0.3:

• Support pour FreeBSD 8 a amélioré
• Chargement d'instantanés avec une grande quantité de GC est grandement optimisée.
• Cette version résout quelques problèmes avec JBoss, GlassFish, et OSGI Felix.

Ce qui est nouveau dans la version 12.0.1:

• nouvelles plates-formes prises en charge:
• Linux sur ARM: l'exécution d'applications profilées et / ou l'interface de profileur est pris en charge sur le doux-flotteur (ARMv5, ARMv7) et disque flottant (ARMv7) JVM
• Linux sur PPC: l'exécution d'applications profilées et / ou l'interface de profileur est pris en charge sur 32 bits (ppc) et 64 bits (ppc64) JVM
• CPU Profiling:
• CPU traçage frais généraux a été considérablement réduite (différentes applications profilées courent jusqu'à 10% -50% plus rapide qu'avec la version du profileur précédente) et la précision a été augmenté en raison des améliorations suivantes:
• nouveau mode de traçage adaptative réduit automatiquement le suivi des frais généraux et rend les résultats plus adéquate (voir paramètres de CPU traçage)
• CPU traçage maintenant mesure le temps de mur par défaut (voir CPU paramètres de suivi et la mesure du temps).
• Ceci réduit profilage frais généraux parce que l'obtention du temps de la paroi est plus rapide que l'obtention de temps CPU.
• Wall time est également plus précis que le temps CPU, fournissant une précision de quelques nanosecondes lors de la mesure des intervalles de temps.
• améliorations internes réduction du temps de profilage
• Toutes les CPU profilage paramètres appliqués dans l'exécution sont configurés dans les paramètres CPU d'échantillonnage et les paramètres de traçage CPU
• S'il vous plaît noter que les changements liés:
• API: deux nouvelles méthodes de contrôleur ont été ajoutées: startCPUTracing (réglages de cordesNullable) et startCPUSampling (Paramètres cordesNullable). Méthodes startCPUProfiling (...) ont été dépréciées.
• profilage haut niveau de J2EE est maintenant configuré dans les paramètres CPU d'échantillonnage et les paramètres de traçage CPU
• option de démarrage noj2ee a été supprimé en faveur de la propriété high_level_cpu_profiling dans CPU paramètres d'échantillonnage et les paramètres de traçage CPU
• les options de démarrage et samplingperiod samplingdelta ont été supprimées en faveur des sampling_period_ms et sampling_period_delta_ms propriétés dans les paramètres CPU d'échantillonnage
• la mesure du temps est maintenant configuré en CPU paramètres d'échantillonnage et les paramètres de CPU traçage. Un .walltime de fichier de configuration séparé et une option de démarrage walltimespec dédié ne sont plus utilisés.
• filtres d'options de démarrage a été supprimé en faveur des paramètres de suivi de l'UC
• CPU traçage: méthodes de temps de mur ne sont implicitement traités comme toujours non-filtré. Le comportement précédent pourrait créer surcharge imprévue si la mesure du temps de mur a été configuré pour de nombreuses ou toutes les méthodes.
• Agent: la mesure du temps a été amélioré pour assurer monotonie cas échéant
• CPU échantillonnage: correction d'un bug: méthodes natives wrappers $$ $$ YJP pourraient apparaître dans les piles
• profilage de la mémoire:
• UI: nouvelle fonctionnalité: arborescence de classe est similaire à & quot; la liste Class & quot ;, mais montre les classes regroupées par paquet
• UI: Nouvelle fonctionnalité: vues de mémoire tels que la liste de classe permettent de sélectionner plusieurs lignes. Cela affecte esclave considère le contenu, ainsi que des actions telles que & quot; & quot afficher les objets sélectionnés; et d'autres.
• & quot; en double cordes & quot; inspection: les résultats sont présentés sous un nœud racine nouveau groupement qui présente l'ensemble des déchets dans toutes les chaînes en double
• Optimisation: instantanés avec de grands tableaux primitifs sont ouverts plus rapidement
• UI: optimisation: les performances de & quot; & quot Références entrants; vue a été considérablement amélioré
• UI: l'amélioration de calcul de la taille exacte retenue dans & quot; liste Class & quot; et des vues similaires: plusieurs éléments sont traités par clic si la vitesse de calcul permet
• UI: amélioration: cœurs de processeur disponibles sont utilisées pour les calculs parallèles dans les vues suivantes:
• Liste de classe
• arbre de classe
• Générations
• champs d'accessibilité
• chargeurs de classes
• applications Web
• âges d'objets
• UI: amélioration: & quot; Calculer exacte retenu tailles & quot; action utilise cœurs de processeur disponibles pour effectuer le calcul en parallèle
• UI: amélioration: & quot; Calculer exacte retenu tailles & quot; l'action ne force pas le tri par la colonne de taille conservé si le calcul est poursuivi
• Optimisation: tête d'enregistrement d'allocation a été réduite pour les applications multithread. Quelle est l'amélioration dépend de & quot; enregistrement chaque objet & quot N-ème; réglage. Selon les tests, le code étant profilée fonctionne jusqu'à 30% plus rapide lorsque chaque 10 objet est enregistrée (le réglage par défaut), et jusqu'à 70% plus vite quand chaque objet 100e est enregistrée, la comparaison avec la version précédente
• Applications Web: amélioration: chemin de contexte de l'application Web (URL) est maintenant affiché en plus de nom de l'application Web
• applications Web: Ajout du support de la jetée (versions 6, 7, 8)
• count d'instance de classe télémétrie (& quot; la liste des classes & quot; onglet), contrairement à d'autres points de vue de télémétrie, ne met pas automatiquement périodiquement. Ceci est pour des considérations de performance:. Regroupant les statistiques peut prendre beaucoup de temps dans le cas où d'énormes tas avec de nombreux objets, devrait donc fonctionner sur la demande
• Au lieu de cela, il met à jour lorsque:
• le & quot; Refresh & quot; bouton est enfoncé lorsque l'onglet est visible (une mise à jour explicite)
• le & quot; la Force Garbage Collector & quot; bouton est enfoncé lorsque l'onglet est visible (il est logique de voir immédiatement les changements dans les comptages et tailles objet après avoir forcé la collecte des ordures)
• un instantané est capturé (regroupant les statistiques est une partie de la capture)
• UI: Paths: Correction d'un bug: dupliquer les entrées de chemin pourraient être présentés dans certaines circonstances
• Télémétrie:

utilisation
• CPU télémétrie:. noyau temps CPU est représenté comme une courbe séparée, en plus de l'utilisateur principal + noyau graphique de temps CPU
• AIX Remarque: nous savons deux fonctions pour mesurer processus du temps CPU sur AIX: clock_gettime (CLOCK_PROCESS_CPUTIME_ID) et rusage (). Le premier est utilisé par défaut car il semble produire de meilleurs résultats que son homologue. Cependant, il a un inconvénient: il ne donne pas noyau et utilisateur fois séparément. Cela signifie que vous ne verrez pas le temps noyau télémétrie. Pour l'activer, préciser l'option choisie agent de démarrage _with_rusage utiliser rusage () à la place.
• Graphique rendu a été optimisée, ce qui rend l'interface utilisateur beaucoup plus sensibles, en particulier lors de l'utilisation de plus grandes échelles
• Etat de discussion télémétrie: correction d'un bug: échantillons de télémétrie qui pourrait arriver à un taux inférieur résultant des lacunes dans le graphique fil état de télémétrie
• Sondes:
• Nouvelle fonctionnalité: capacité à débarrasser les tables. Débarrassez-vous des événements plus anciens, vous n'êtes pas intéressé à plus ou donner de l'espace pour de nouveaux événements, si la limite de capacité de la table a été atteint.
• pour effacer le tableau à partir de l'interface utilisateur, l'utilisation & quot; la table Effacer (s) ... & quot; lien situé dans le coin supérieur droit de la & quot; Sondes & quot; onglet.
• Pour débarrasser les tables programme, utilisez les Controller.clearUserTables méthode de l'API (profileur de cordes ... les noms de tables)
• UI: & quot; Sondes & quot; onglet mise en page a été modifiée pour donne plus d'espace vertical pour parcourir des listes d'événements, et de faire l'interface utilisateur plus cohérente. Maintenant tables, Chronologie, arbres événement d'appel et de l'utilisation du processeur estimation onglets sont situés sur le même niveau.

sonde de chargement
• Classe peut être activée avec l'option de démarrage sonde = classloading (par défaut) et désactivé avec l'option de démarrage noprobe = classloading. Builtinprobes d'options de démarrage = none implique maintenant noprobe = classloading.
• Sondes: API: com.yourkit.probes.ObjectIntWeakMap classe obsolète a été supprimé. Utiliser com.yourkit.probes.ObjectRowIndexMap place.
• & quot; Enfilez cycle de vie & quot; intégrés dans la sonde: correction d'un bug: les événements de changement de nom ont été associés incorrectement pendant quelques JVM discussions internes
• Triggers:
• le défaut déclenche fichier de description a été modifiée pour /.yjp/triggers.txt
• Intégration IDE:
• Eclipse, IntelliJ IDEA, NetBeans 7.0 et plus récents plug-in détecte automatiquement 32-bit et 64-bit JVM.
• Le & quot; Profil & quot; action doit savoir si la JVM pour le lancement de l'application profilée est 32-bit ou 64-bit, afin de fournir la version de l'agent approprié.
• Auparavant, le plugin entièrement fondé sur le choix de l'utilisateur dans le & quot; 32 bits ou 64 bits JRE Sélection & quot; onglet de la configuration du plugin. Un mauvais choix conduit à l'échec erreur JVM est survenu lors de l'initialisation de la VM. Impossible de trouver la bibliothèque de l'agent.
• Maintenant, une tentative est faite pour détecter automatiquement le type de JVM en obtenant des informations disponibles à partir de l'IDE. Si la détection réussit, son résultat remplace le choix fait par l'utilisateur.
• Cela rend le & quot; Profil & quot; travaux d'action hors de la boîte dans la plupart des cas.
• Remarque: nous avons retenu la & quot; 32 bits ou 64 bits JRE Sélection & quot; onglet comme une sauvegarde pour les cas où la détection automatique est impossible.
• Eclipse: configurations d'exécution Maven pris en charge dans Eclipse 3.7 et plus récent
• IntelliJ IDEA 12 supporté
• NetBeans 7.3 supporté
• NetBeans: bug fixé: profilage classe unique ou test JUnit pourrait ne pas fonctionner dans les projets Web
• Intégration J2EE:
• assistant d'intégration J2EE: ajouté Jetty 6 et le soutien récent
• Interface utilisateur
• Amélioration: le groupe d'onglets vertical gauche qui représente instantanés ouverts et des applications connectées maintenant essaie d'éviter le scroller si plusieurs onglets sont ouverts, en raccourcissant les titres des onglets. Si le titre complet de l'onglet ne convient pas, il sera encore accessible via un outil de pointe.
• Filtres: ajoute un moyen rapide pour basculer entre l'application et la non-application des filtres dans l'interface utilisateur:
• avec une nouvelle conduite principale élément de menu Paramètres | Réduire appels filtrés
• la barre d'outils lorsque le profileur est connecté à une application en cours d'exécution
• & quot; Filtres ... & quot; lien hypertexte dans la légende lorsque vous travaillez avec un instantané
• Évolutivité: rendre l'interface utilisateur plus réactive lorsque vous travaillez avec d'énormes clichés, & quot; la liste Programmes appelés & quot; vue de l'esclave est pas calculé automatiquement dès que la sélection dans les modifications de la table maître. Au lieu de cela, le calcul devrait être explicitement commencé par cliquant sur un lien. Par défaut, le calcul automatique est effectuée pour des instantanés avec moins de 1.000.000 cadres d'appel (c.-à-piles uniques), qui couvre la plus grande majorité des instantanés du monde réel. Pour modifier le seuil, spécifiez -Dyjp.callees.auto.threshold = nombre d'images dans /bin/yjp.ini.
• Ajout du support des schémas de couleurs à contraste élevé. Pour l'utiliser, s'il vous plaît spécifier -Dyjp.system.colors = true dans /bin/yjp.ini.
• Script yjp.sh de démarrage amélioré: si la variable d'environnement YJP_JAVA_HOME est spécifié, il a prieuré sur JRE groupés et par défaut du système Java, qui offre la possibilité d'exécuter l'interface utilisateur de profileur vertu particulière version Java sans avoir à éditer le script de démarrage
• Résumé: ajoutée & quot; & quot ligne de commande; propriété pour représenter la ligne de commande complète du processus Java
• arbre d'appel et remonte vues: ajoutée élément de menu contextuel pour élargir noeud sélectionné vers le bas à 5 niveaux, comme un complément à l'élément existant qui étend le nœud entièrement
• Amélioration: style de dialogue unifiée à l'égard de l'aide et non-fermeture emplacement du bouton
• Bug fixé: la fenêtre de profileur pourrait devenir invisible après profileur redémarrage si l'un des écrans utilisés précédemment était plus disponible
• Bug corrigé: Stack Overflow exception dans certaines circonstances rares
• Bug corrigé: sélecteur de fichier appelé à partir de dialogue Ouvrir Snapshot mal géré la touche Entrée, lors de l'exécution sur l'interface utilisateur Java 7
• Divers:
• Exporter en ligne de commande: liste de classe est exportée pour les instantanés de performance aussi (comme on le voit dans l'onglet Mémoire | liste Classe)
• Mise en garde: snapshot fichier de configuration du répertoire est maintenant /.yjp/snapshotdir.txt
• Windows Installer: le profileur est maintenant livré avec Java 7 JRE. Remarque:. Java 6 reste une plate-forme entièrement pris en charge
• Agent: nom du fichier journal est maintenant -.log à de meilleurs journaux distincts provenant de différentes applications
• Agent:. ajouté une option pour stocker les journaux de plusieurs pistes de la même application dans une série de fichiers journaux nommés ..log au lieu de créer un -.log du fichier journal individuel pour chaque processus profilé
• Ce mode peut être utile lors du profilage d'applications telles que les serveurs, quand avoir un journal et unie est mieux que d'avoir un journal distinct pour chaque démarrage du serveur.
• Pour utiliser ce mode, spécifier l'option démarrage united_log
• Nom de la session est le nom de l'application comme on le voit dans l'interface utilisateur de profileur, et qui est également utilisé par défaut pour nommer les instantanés de l'application. Il est automatiquement choisi pour une application particulière basant sur son nom de fichier jar, ou son nom de la classe principale, ou le nom de l'exécutable personnalisé, ou sur le nom de configuration d'exécution lors du profilage de l'intérieur IDE. Le nom de la session peut également être spécifié explicitement avec l'option de démarrage sessionname =
• Numéro Courir commence par 1. Si le premier fichier journal .1.log dépasse la limite de taille, un nouveau fichier journal .2.log sera créé et utilisé, puis .3.log etc. La limite de taille est de 1 Mo par défaut, et peut être modifié avec l'option de démarrage log_file_size_limit =
• Remarque: les fichiers journaux les plus anciens ne sont pas supprimés automatiquement. Si vous avez besoin de les nettoyer, faire manuellement ou écrire un script.
• Agent: Groovy 2.0 supporté
• Agent: CPU traçage et l'allocation recodage frais généraux légèrement réduite sur IBM Java
• Agent: correction d'un bug: mode de connexion: gestionnaire d'exception incorrecte dans le constructeur, dans certaines circonstances
• Agent: correction d'un bug: possible java.lang.VerifyError: cadres de stackmap incohérentes à destination de branchement pour certains modèles de code compilé avec le compilateur Eclipse
• UI: distance profilage: correction d'un bug: les applications en cours d'exécution à distance profilées sur des machines différentes, configuré pour utiliser le même port et a commencé en même temps ne pas être connecté simultanément dans le profileur UI

Ce qui est nouveau dans la version 10.0:

• Cette nouvelle version majeure contient beaucoup de nouvelles fonctionnalités, des améliorations , et des corrections de bogues. Soutien d'AIX (ppc et ppc64) plate-forme a été ajouté.
• Une nouvelle & quot; & quot déclencheurs; fonctionnalité permet aux utilisateurs d'effectuer automatiquement différentes actions sur des événements particuliers (haute CPU ou utilisation de la mémoire, de l'exécution de la méthode, etc.).
• enregistrement d'allocation peut rassembler les statistiques garbage collector par classe.

instantanés
• Performance peuvent être extraites des instantanés de la mémoire.
• Précision d'étalonnage de CPU traçage a été améliorée.
• usage et le temps passé dans le garbage collector CPU sont maintenant affichés sur le même graphique.
• Comme d'habitude, de nombreuses améliorations à l'interface utilisateur ont été mises en œuvre.

Quoi de neuf dans la version 9.5.1:

• Amélioration: plusieurs applications conteneur OSGi peut être profilée sans la nécessité de TWICK manuellement les paramètres OSGi pour permettre le chargement des classes de profileur. En particulier, cela inclut GlassFish 3.1.
• l'intégration IDE: NetBeans amélioration de l'extension installation sur Windows Vista et Windows 7. Auparavant, l'assistant d'intégration IDE peut échouer si NetBeans a été installé dans un répertoire protégé comme & quot; Program Files & quot; en raison de contrôle d'accès de l'utilisateur Windows (UAC). Maintenant, invite UAC approprié est affiché lorsque nécessaire, de laisser l'assistant réussir.
• intégration IDE NetBeans 7.0: M2 soutenus
• l'intégration IDE: profileur Plugin Ui: améliorations
• UI: écran de bienvenue: une convivialité améliorée sur les écrans à faible résolution
• UI: dialogue instantané ouverte: le regroupement des instantanés par séance est maintenant optionnel
• Bug corrigé: UI: dialogue instantané ouverte pourrait mal rafraîchir dans certaines circonstances rares

Limites :

évaluation
• 15 jours