JProfiler is 'n bekroonde alles-in-een-Java profiler. Dit is intuïtief GUI help jy vind prestasie knelpunte, vaspen geheue lekkasies en los threading kwessies.
Selfs al JProfiler het 'n kragtige funksie stel, dit is 'n Java profiler wat is uiters maklik om te gebruik! JProfiler se user bied 'n verenigde standpunt oor die geprofileerde aansoek en sit al die inligting wat jy nodig het reg op jou vingers met sy intuïtiewe hiërargie van standpunte.
U aansoek om profilering instel
Wanneer begin up JProfiler, is die begin sentrum gebring. Hier jy kan beheer en begin jou profiel sessies. Om jou aansoek instel vir profilering, verander na die blad "New sessie" en klik op die knoppie Nuwe sessie. Gee die vereiste inligting in die dialoog sessie config soos hieronder beskryf en kies Ok om profiele te begin. Dit is al wat dit neem. Let op die knoppie Help wat verskyn op al JProfiler se vensters vertoon 'n konteks-sensitiewe verduideliking van al die funksies.
Terwyl die opstelling dialoog vertoon talle opsies wat jy nie wil misloop nadat vertroud met JProfiler, wat die basiese stukke van inligting is eintlik baie eenvoudig:
1. Gee 'n naam vir jou sessie.
2. Tik die naam van jou hoof klas.
3. Gee jou klas pad.
4. Druk Ok.
Voordat profilering eintlik begin het, is die dialoog profilering instellings vertoon waar jy die fokus vir jou profiel run kan kies. Hoewel profilering produseer 'n oorhoofse toe hardloop jou aansoek, kan jy dit verminder deur 'n instelling vir wat JProfiler rekords enigste inligting wat is interessant vir jou.
As jy wil om jou profiel instellings verfyn, die knoppie [wysig] 'n dialoog met al die beskikbare opsies vir die opset profilering.
Waarneem klasse en toekennings
Om uit te vind wat aangaan op die hoop in terme van voorwerpe en klasse, draai na die klasse monitor. Dit gee jou deurlopende updates en kan jy punte stel om veranderinge oor tyd te neem. Verwysings, toekennings en data voorwerp vir jou keuse te sien, kan jy 'n momentopname neem deur te kliek op die kamera in toolbar JProfiler se.
As jy wil weet waar jou voorwerpe toegeken is, kan jy gaan na die toekenning monitor. Hier kan jy die oproep boom inspekteer en vind uit watter metode oproepe die toekenning van 'n geselekteerde klas of pakket veroorsaak het. Net soos in die toekenning monitor, kan jy hierdie inligting vir die lewe en vullis versamel voorwerpe vertoon.
'N totaliteit oorsig oor watter metodes is verantwoordelik vir toekennings word gegee deur die toekenning brandpunte te sien. Elke hot spot uitgebrei kan word en die terugsoektogte wat lei tot die aanroeping van die warm plek vertoon word. Jy kan ook merk die huidige waardes en kyk na die verskille in toekennings oor die tyd.
Vind geheue lekkasies
JProfiler se hoop Walker werk soos 'n leser: dit gee 'n huidige stel van voorwerpe wat kan verander word deur die toevoeging van seleksie stappe met die [gekies Gebruik] knoppie. Jy kan die huidige voorwerp in die vier sienings van die hoop Walker inspekteer.
In die klasse oog, kan jy een of meer klasse te kies en voeg 'n seleksie stap. Die nuwe voorwerp stel sal slegs die gekose gevalle bevat. Dit is dikwels die eerste ding wat jy wil doen nadat 'n momentopname. Jy kan hierdie stap outomaties uit te voer deur 'n beroep die hoop Walker van die klasse monitor.
Die toekennings siening van die hoop Walker toon die toewysing boom en die toekenning hot spot lys van die huidige voorwerp stel. Jy kan 'n seleksie stap vir een of meer toekenning kolle of brandpunte te voeg. Die nuwe voorwerp stel sal dan beperk tot die gekose enigste gevalle.
Wanneer jy soek vir die oorsaak van 'n geheugenlek, die verwysing siening is die belangrikste oog in JProfiler. Hier kan jy uit te vind waarom 'n voorwerp het nie vullis versamel. Gebruik die "Wys pad na GC root" funksie om te wys waar die JVM hang om die geselekteerde byvoorbeeld.
Nie net is die hoop Walker jou eerste stop vir die vind van die geheue lekkasies, dit maak ook vir 'n uitstekende debugging fasiliteit. In die data oog, kan jy gevalle, skikkings en klasse te inspekteer in die huidige voorwerp stel en te navigeer saam verwysings. Daar is baie gevalle waar die gewone debugging benadering sal misluk en JProfiler sal help om uit te vind.
Zoom in op die prestasie knelpunte
Beheer die prestasie van jou aansoek kan gedryf word deur die gehalte van diens beperkings of deur algemene gehalteversekering, CPU uitsig JProfiler se leen natuurlik beide benaderings.
Om CPU data aan te teken, oorskakel na die CPU artikel en klik op die knoppie opname in instrument bar JProfiler se. Die eerste vertoning in die CPU artikel toon die aanroeping boom totaliteit vir alle gesprekke. Om prestasie verwante probleem kolle te vind, volg die groot persentasies by die opening van die boom nodes. Ook, kan die absolute tye en die aantal aanroepingen wat vertoon vir elke node jou te help in om 'n gevoel vir die situasie. Sodra jy vertroud is met JProfiler geword, wil jy dalk om hierdie siening wat die beste by jou persoonlike voorkeure te pas.
Die aanroeping boom is 'n top-down oog op die metode oproepe van jou aansoek. Hierdie standpunt is baie handig wanneer jy 'n werklike prestasie bottelnek ervaar in jou aansoek. As jy wil om die algehele prestasie te verbeter, kan 'n bottom-up view meer van toepassing nie.
Hierdie soort van die lig - genoem brandpunte view - toon die metodes waar die meeste van die tyd bestee. Met die opening van die nodes kry wat jy terugsoektogte wat die verskillende aanroeping paaie saam te toon met die persentasies van hul bydraes. Let daarop dat by verstek, roep metode binne Java kern klasse word nie apart getoon - elkeen van jou biblioteek oproepe is behandel as ondeursigtig. Jy kan dit gedrag te verander deur deaktiveer die ooreenstemmende filter stelle.
Die metode grafiek kombineer standpunte. Inkomende en uitgaande oproepe metode word in die dieselfde manier. Vir 'n aantal situasies, kan die metode grafiek gee jou meer insig as die aanroeping boom en die brandpunte oog. Die beste strategie is om eers die uitsig aanroeping en brandpunte te gebruik en oor te skakel na die metode grafiek vir gedetailleerde analise.
Los-draad-verwante probleme
Drade kan besonder moeilik om debug wees, veral as jy nie oor voldoende inligting oor die werklike volgorde en status van die drade in jou aansoek. Uitsig JProfiler se draad bied jou met presies hierdie kennis.
Die draad oorsig van die geskiedenis toon 'n deurlopende update van die lewe lines van alle gesprekke op die horisontale as. Die name van die drade word vertoon op die vertikale as in die orde van die skepping. Elke kleur dui op 'n ander draad status. Orange beteken dat die draad geslaap, groen staan vir 'n uitvoerbare draad terwyl rooi vertoon as die draad is wag vir 'n monitor. Jy kan in en uit zoom om die gewenste detail vlak of die tyd-as pas grootte van jou venster outomaties.
As jy meer belangstel in wat gebeur nou, die uitsig draad monitor is die regte plek om na te kyk. Hier kan jy sorteer drade, filter met betrekking tot die status van draad en sien meer inligting oor elke draad.
Moet jy al ooit 'n dooiepunt in jou aansoek, sal die dooiepunt opsporing grafiek help analiseer die betrokke drade en die sluiting situasie. Eenvoudige dooie soos die een kan uitgewerk word met die hand van die ander sienings nie, maar vir ingewikkeld dooiepunt met 'n groter aantal drade hierdie siening is onontbeerlik.
Vermindering algemene monitor twis en ontfouting sluit rye vereis 'n gedetailleerde siening van die huidige gebruik monitor en 'n geskiedenis van alle monitor verwante gebeure. JProfiler het beide. Hier sien jy die monitor gebruik geskiedenis wat 'n blokkering gebeurtenis toon saam met die stapel spoor van die wag draad.
Hou 'n oog op jou JVM
Monitering kumulatiewe parameters van die virtuele masjien kan 'n hoogs vrugbare aktiwiteit, selfs as dit lyk asof alles om alles reg wees. Meet en die waarneming van parameters soos hoop grootte, tel voorwerp, gelaai klasse en draad getalle kan wys gevaarlike tendense en problematiese gedrag op die uitkyk vir. In sy VM telemetrie oog artikel, JProfiler funksies verskeie telemetrie kontroles wat jy met die inligting wat jy nodig om een stap voor te bly.
Die aantal voorwerpe op die hoop, verdeel in skikkings en nie-skikkings. Dit is jou eerste stop as jy vermoed 'n geheue lek. Alle voorwerpe met live verwysings ingesluit, sowel as diegene wat unreferenced is, maar die vullis versamelaar het nie 'n kans nog om te versamel het.
Die vullis versamelaar aktiwiteit wat vertoon bevry en beweeg voorwerpe. Indien jou aansoek loesing die hoop oormatig is, sal hierdie hier wys. Verskuiwing van groot getalle van voorwerpe plaas 'n hoë las op die virtuele masjien en kan lei tot tydelike vries. Meestal dit gebeur wanneer die virtuele masjien is die uitbreiding van die hoop.
Die aantal drade in die virtuele masjien, verdeel in aktiewe en onaktiewe drade. Dit is nuttig as jy 'n groot aantal van die drade te skep en inligting oor die veranderinge nodig in hul totale getal en hoeveel van hulle eintlik loop
Wat is nuut in hierdie release:.
- Hierdie weergawe voeg ondersteuning vir Java 7 (klas lêers saamgestel -target 1,7), & quot; Kopieer na die knipbord & quot; knoppies op die detail panele vir & quot; Fields & quot; en & quot;. & quot ;, Metodes asook Snel vir opcode dokumentasie aan die onderkant van die skerm bytecode
Kommentaar nie gevind