JProfiler è un premiato all-in-one Java profiler. E 'interfaccia grafica intuitiva aiuta a trovare i colli di bottiglia delle prestazioni, definire con precisione le perdite di memoria e risolvere problemi di threading.
Anche se JProfiler ha una potente set di funzionalità, si tratta di un profiler Java che è estremamente facile da usare! L'interfaccia utente di JProfiler fornisce una vista unificata sulla domanda profilato e mette tutte le informazioni necessarie a portata di mano, con la sua gerarchia intuitiva di punti di vista.
Configurare l'applicazione per profili
All'avvio JProfiler, il centro di avviamento è cresciuto. Qui è possibile gestire e avviare le sessioni di profiling. Per configurare l'applicazione per la profilazione, passare alla scheda "Nuova sessione" e fare clic sul pulsante Nuova sessione. Inserire le informazioni richieste nella finestra di sessione di configurazione come descritto di seguito e selezionare Ok per avviare la profilazione. Questo è tutto quello che serve. Notare il pulsante Aiuto, che appare su tutte le finestre di dialogo di JProfiler visualizza una spiegazione sensibile al contesto di tutte le caratteristiche.
Mentre la finestra di configurazione mostra numerose opzioni che non si vuole perdere dopo averne compreso JProfiler, inserendo i pezzi di base di informazioni è davvero molto semplice:
1. Inserire un nome per la sessione.
2. Inserire il nome della classe principale.
3. Immettere il percorso della classe.
4. Premere Ok.
Prima di profilazione è effettivamente iniziato, la finestra delle impostazioni di profiling viene visualizzata in cui è possibile selezionare il punto di riferimento per la corsa profiling. Sebbene profiling produce un overhead quando si esegue l'applicazione, è possibile ridurre al minimo scegliendo un'impostazione per cui JProfiler registra solo le informazioni che è interessante per te.
Se si desidera ottimizzare le impostazioni di profiling, il tasto [Edit] porta in primo piano una finestra di dialogo con tutte le opzioni di configurazione disponibili per il profiling.
Osservare le classi e le assegnazioni
Per scoprire che cosa sta succedendo sul mucchio in termini di oggetti e classi, ruotare il monitor classi. Ti dà un aggiornamento continuo e consente di impostare contrassegni per osservare i cambiamenti nel corso del tempo. Per vedere i riferimenti, allocazioni e dati oggetto per la vostra selezione, è possibile scattare una foto, cliccando sulla fotocamera in barra degli strumenti di JProfiler.
Se volete sapere dove sono allocati gli oggetti, si può andare al monitor di assegnazione. Qui, è possibile controllare la struttura chiamata e scoprire cosa le chiamate di metodo hanno provocato l'attribuzione di una classe o di un pacchetto selezionato. Proprio come nel monitor di assegnazione, è possibile visualizzare questi dati per gli oggetti raccolti in tempo reale e di immondizia.
Una panoramica cumulato su quali metodi sono responsabili per le allocazioni è data dalla assegnazione punti caldi vista. Ogni hot spot può essere espanso e vengono visualizzate le backtrace che portano l'invocazione del punto caldo. È anche possibile contrassegnare i valori correnti e visualizzare le differenze nelle assegnazioni nel corso del tempo.
Trova le perdite di memoria
Mucchio di JProfiler camminatore funziona come un browser: visualizza un gruppo corrente di oggetti che possono essere modificati con l'aggiunta di fasi di selezione con il tasto [Usa selezionata]. È possibile esaminare l'oggetto corrente impostato nelle quattro viste sul mucchio camminatore.
Nella vista classi, è possibile selezionare una o più classi e aggiungere una fase di selezione. Il nuovo set oggetto conterrà solo le istanze selezionate. Questo è spesso la prima cosa che voglio fare dopo uno snapshot. È possibile eseguire automaticamente questa operazione invocando mucchio camminatore dal monitor classi.
La vista assegnazioni del mucchio camminatore mostra l'albero di assegnazione e la ripartizione lista punto caldo del set dell'oggetto corrente. È possibile aggiungere una fase di selezione di uno o più punti di allocazione o punti caldi. Il nuovo set oggetto verrà quindi essere limitato ai soli casi selezionati.
Quando stai cercando la causa di una perdita di memoria, la vista di riferimento è la vista più importante JProfiler. Qui, è possibile scoprire perché un oggetto non è stato garbage collection. Utilizzare la "Mostra percorso radice GC" funzione per mostrare dove la JVM è appeso per l'istanza selezionata.
Non solo è il mucchio camminatore vostra prima fermata per la ricerca di perdite di memoria, ma rende anche per una struttura eccellente di debug. Nella visualizzazione dei dati, è possibile controllare istanze, gli array e le classi nel set oggetto corrente e navigare lungo i riferimenti. Ci sono molte situazioni in cui l'approccio di debug consueto fallirà e JProfiler vi aiuterà a scoprirlo.
Zoom sui colli di bottiglia
Controllare le prestazioni della vostra applicazione può essere azionata da qualità di vincoli di servizio o per la garanzia della qualità generale, vista CPU di JProfiler si prestano naturalmente a entrambi gli approcci.
Per registrare i dati della CPU, si passa alla sezione CPU e fare clic sul pulsante di registrazione nella barra degli strumenti di JProfiler. Il primo punto di vista della sezione CPU mostra l'albero invocazione, cumulato per tutte le discussioni. Per trovare punti problematici relativi alle prestazioni, basta seguire le grandi percentuali quando si aprono i nodi della struttura. Inoltre, i tempi assoluti e il numero di invocazioni che vengono visualizzati per ogni nodo può aiutare a ottenere una sensibilità per la situazione. Una volta acquisita familiarità con JProfiler, è possibile personalizzare questa vista per soddisfare al meglio le proprie preferenze personali.
L'albero invocazione è una vista dall'alto verso il basso sulle chiamate di metodo della vostra applicazione. Questo punto di vista è molto utile quando si verifica un collo di bottiglia effettivo delle prestazioni nell'applicazione. Se si desidera migliorare le prestazioni generali, una visione bottom-up può essere più applicabile.
Questo tipo di vista - chiamato hot spot vista - mostra i metodi in cui la maggior parte del tempo è trascorso. Con l'apertura di questi nodi si ottiene backtrace che mostrano i vari percorsi di chiamata insieme con le percentuali dei loro contributi. Si noti che per impostazione predefinita, le chiamate di metodo all'interno delle classi di base Java non sono esposti separatamente - ciascuna delle vostre chiamate di libreria è trattato come opaco. È possibile modificare questo comportamento disattivando corrispondenti set di filtri.
Il grafico metodo combina entrambi i punti di vista. Chiamate di metodo in entrata e in uscita sono presentate nello stesso modo. Per una serie di situazioni, il grafico metodo può dare un quadro più chiaro di quanto l'albero invocazione e punti vista caldo. La strategia migliore è quella di utilizzare i punti di vista di chiamata e hot spot prima e passare il grafico metodo per l'analisi dettagliata.
Risolvere i problemi legati filo
Le discussioni possono essere eccezionalmente difficile eseguire il debug, soprattutto se non si dispone di informazioni sufficienti sulla sequenza effettiva e dello stato dei thread nell'applicazione. Vista filetto di JProfiler forniscono esattamente questa conoscenza.
Il punto di vista la storia filo mostra un continuo aggiornamento delle linee di vita di tutte le discussioni sull'asse orizzontale. I nomi dei fili vengono visualizzati sull'asse verticale nell'ordine della loro creazione. Ogni colore indica uno stato di thread diverso. Arancione significa che il filo dormiva, verde sta per un filo eseguibile mentre il rosso viene visualizzato se il thread è stato in attesa di un monitor. È possibile ingrandire e ridurre al livello di dettaglio desiderato o hanno il tempo dell'asse misura il formato della finestra automaticamente.
Se siete più interessati a ciò che sta accadendo in questo momento, la vista di controllo del filo è il posto giusto per guardare. Qui, è possibile ordinare le discussioni, filtrare rispetto al filo di stato e visualizzare ulteriori informazioni su ogni thread.
Se mai avere una situazione di stallo nell'applicazione, il grafico di rilevamento deadlock vi aiuterà ad analizzare i thread coinvolti e la situazione di blocco. Deadlock semplici come quella mostrata potrebbero essere lavorati a mano dagli altri punti di vista, ma per stallo complicato che coinvolge un maggior numero di thread questa visione è indispensabile.
Ridurre contesa generale monitor e il debug di sequenze di bloccaggio richiede una visione dettagliata l'uso corrente del monitor e una storia di tutti gli eventi di monitor connessi. JProfiler ha sia. Qui sotto puoi vedere la cronologia di utilizzo del monitor che mostra un evento di blocco insieme con l'analisi dello stack del thread in attesa.
Tenete d'occhio il vostro JVM
Il monitoraggio dei parametri cumulativi della macchina virtuale può essere un'attività molto fruttuosa, anche se tutto sembra essere tutto a posto. Misurazione e osservando parametri come la dimensione heap, numero di oggetti, classi caricate e numeri di thread può puntare a pericolose tendenze e comportamenti problematici a guardare fuori per. Nella sezione vista VM telemetria, JProfiler presenta vari controlli di telemetria che vi fornirà le informazioni necessarie per essere sempre un passo avanti.
Il numero di oggetti sul mucchio, diviso in array e non-array. Questa è la tua prima fermata se si sospettare una perdita di memoria. Tutti gli oggetti con riferimenti in tensione sono inclusi, così come quelli che sono senza riferimenti, ma il garbage collector non ha avuto la possibilità di raccogliere ancora.
L'attività di garbage collector che visualizza liberato e si trasferisce oggetti. Se l'applicazione è thrashing mucchio eccessivamente, questo apparirà qui. Spostamento di un gran numero di oggetti di un onere elevato sulla macchina virtuale e può portare a gela temporanei. Per lo più questo si verifica quando la macchina virtuale sta allargando il mucchio.
Il numero di thread nella macchina virtuale, suddiviso in thread attivi e inattivi. Ciò è utile se si crea un gran numero di thread e ottenere informazioni sui cambiamenti del loro numero totale e quanti di loro in realtà esegue
Cosa c'è di nuovo in questa versione:.
- Questa versione aggiunge il supporto per Java 7 (file di classe compilati con -target 1.7), & quot; Copia nella clipboard & quot; pulsanti sui pannelli di dettaglio per & quot; Fields & quot; e & quot;. Methods & quot ;, nonché quicklinks di documentazione opcode nella parte inferiore del display bytecode
I commenti non trovato