JProfiler er en prisbelønnet alt-i-én Java profiler. Det er intuitivt GUI hjælper dig med at finde performance flaskehalse, pin ned memory leaks og løse threading problemer.
Selvom JProfiler har en kraftig feature sæt, er det en Java profiler, der er ekstremt nemt at bruge! JProfiler brugergrænseflade giver et samlet syn på den profilerede ansøgning og sætter al den information du har brug for lige ved hånden med sin intuitive hierarki af synspunkter.
Konfigurer din ansøgning om profilering
Når du starter op JProfiler er start center opdraget. Her kan du håndtere og starte din profilering sessioner. For at konfigurere din ansøgning om profilering, skifte til fanen "Ny session" og klik på knappen Ny session. Indtast de nødvendige oplysninger i dialogboksen sessionen config som beskrevet nedenfor, og vælg OK for at starte profilering. Det er alt det tager. Bemærk på knappen Hjælp, der vises på alle JProfiler s dialoger viser en kontekstafhængig forklaring på alle funktioner.
Mens indstillingsdialogen viser mange muligheder, som du ikke vil gå glip af efter at være blevet bekendt med JProfiler, at indtaste de basale stykker information er virkelig meget simpel:
1. Indtast et navn til din session.
2. Indtast navnet på din vigtigste klasse.
3. Indtast din klasse sti.
4. Tryk på OK.
Før profilering faktisk er startet, er dialogen profilering indstillinger vises hvor du kan vælge fokus for din profilering løb. Selvom profilering producerer en overhead, når du kører din ansøgning, kan du minimere det ved at vælge en indstilling for hvilke JProfiler registrerer kun oplysninger, der er interessant for dig.
Hvis du ønsker at finjustere dine profilering indstillinger på knappen [Rediger] bringer en dialog med alle tilgængelige indstillingsmuligheder for profilering.
Observere klasser og tildelinger
For at finde ud, hvad der foregår på bunke i form af objekter og klasser, drej til klasserne monitoren. Det giver dig løbende opdateringer og lader dig indstille mærker at observere ændringer over tid. At se referencer, tildelinger og objektdata for dit valg, kan du tage et snapshot ved at klikke på kameraet i JProfiler værktøjslinje.
Hvis du ønsker at vide, hvor der er tildelt dine objekter, kan du gå til tildelingen monitor. Her kan du inspicere opkaldet træet og finde ud af hvad metodekald har forårsaget tildelingen af en udvalgt klasse eller pakke. Ligesom i tildelingen skærm, kan du få vist disse data for levende og skrald indsamlede genstande.
En kumulerede oversigt over, hvilke metoder der er ansvarlige for tildelinger er givet ved tildelingen hot spots se. Hver hot spot kan udvides, og de backtraces, der fører til aktivering af det hot spot vises. Du kan også markere de aktuelle værdier og se forskellene i tildelingerne over tid.
Find hukommelseslækager
JProfiler s bunke rollator fungerer som en browser: den viser en aktuel sæt af objekter, der kan ændres ved at tilføje udvælgelse trin med [Brug udvalgt] -knappen. Du kan inspicere det aktuelle objekt sat i de fire visninger af heap rollator.
I visningen klasser, kan du vælge en eller flere klasser og tilføje en markering skridt. Det nye objekt sæt vil kun indeholde udvalgte tilfælde. Dette er ofte det første, du ønsker at gøre efter at have taget et snapshot. Du kan udføre dette trin automatisk ved at påberåbe sig bunke rollator fra klasserne skærm.
Den tildelinger udsigt over bunke rollator viser fordelingen træet og fordelingen hot spot liste over det aktuelle objekt sæt. Du kan tilføje et trin til et eller flere tildeling pletter eller hot spots valg. Det nye objekt sæt vil derefter være begrænset til kun de valgte forekomster.
Når du leder efter årsagen til en hukommelsesfejl, referencen visningen er det vigtigste visning i JProfiler. Her kan du finde ud af, hvorfor en genstand er ikke skrald indsamlet. Benyt "Vis vej til GC root" funktion for at vise, hvor JVM hænger på til det valgte eksempel.
Ikke alene er den bunke rollator din første stop for at finde memory leaks, det gør også for en fremragende debugging facilitet. I visningen af data, kan du inspicere forekomster, arrays og klasser i det aktuelle objekt sæt og navigere langs referencer. Der er mange situationer, hvor den sædvanlige debugging tilgang vil mislykkes og JProfiler vil hjælpe dig finde ud af.
Zoom ind på performance flaskehalse
Kontrollere din ansøgning ydeevne kan være drevet af kvaliteten af den service begrænsninger eller ved generel kvalitetssikring, JProfiler s CPU synspunkter egner sig naturligt til begge tilgange.
For at optage CPU data, du skifter til CPU sektionen og klik på optagelsen knappen i JProfiler værktøj bar. Den første visning i CPU afsnit viser påkaldelsen træet, kumuleret for alle emner. For at finde ydeevne relateret problemet pletter, blot følge de store procenter, når du åbner træet noder. Desuden kan de absolutte tider og det antal kald, der vises for hver node hjælpe dig med at få en fornemmelse for situationen. Når du bliver fortrolig med JProfiler, kan du tilpasse denne opfattelse bedst passer til dine personlige præferencer.
Påkaldelsen træ er en top-down syn på metodekald af din ansøgning. Dette synspunkt er mest nyttigt, når du oplever en faktiske ydeevne flaskehals i din ansøgning. Hvis du ønsker at forbedre den samlede præstation, kan en bottom-up opfattelse være mere relevant.
Denne form for visning - kaldet hotspots view - viser de metoder, hvor det meste af tiden er brugt. Ved at åbne disse knudepunkter, du får backtraces som viser de forskellige startparametre stier sammen med procentdele af deres bidrag. Bemærk, at som standard, metodekald inden Java centrale klasser ikke vises separat - hver af dine bibliotek opkald behandles som uigennemsigtig. Du kan ændre denne adfærd ved at deaktivere de tilsvarende filter sæt.
Metoden Grafen kombinerer både synspunkter. Indgående og udgående metodekald præsenteres på samme måde. For en række situationer kan metoden grafen give dig mere indsigt end påkaldelse træet og den varme pletter visningen. Den bedste strategi er at bruge påkaldelsen og hot spots synspunkter først og skifte til den metode grafen til detaljeret analyse.
Løse tråd problemer
Tråde kan være usædvanligt svært at debug, især hvis du ikke har tilstrækkelige oplysninger om den aktuelle sekvens og status af trådene i din ansøgning. JProfiler s tråd synspunkter give dig netop denne viden.
Tråden historie visning viser en kontinuerlig opdatering af livliner i alle tråde på den vandrette akse. Navnene på gevindene er vist på den vertikale akse i den rækkefølge deres skabelse. Hver farve betyder en anden tråd status. Orange betyder, at tråden sov, grøn står for en kørbar tråd, mens rød vises, hvis tråden ventede på en skærm. Du kan zoome ind og ud til den ønskede detalje niveau eller har tidsaksen passer til din vinduets størrelse automatisk.
Hvis du er mere interesseret i, hvad der sker lige nu, er visningen tråd skærm er det rigtige sted at se på. Her kan du sortere tråde, filtrere i forhold til tråd status og få vist yderligere oplysninger om de enkelte tråd.
Skulle du nogensinde har en hårdknude i din ansøgning, vil grafen dødvande afsløring hjælpe dig med at analysere de involverede tråde og låse situation. Simple blokeringer som vist kunne udarbejdes i hånden fra de andre synspunkter, men for kompliceret dødvande involverer et større antal tråde dette synspunkt er uundværlig.
Reduktion generel monitor påstand og debugging låsning sekvenser kræver en detaljeret visning skik den aktuelle skærm og en historie af alle monitor-relaterede begivenheder. JProfiler har både. Nedenfor ser du skærmen forbrug historie, som viser en blokerende begivenhed sammen med stakken spor af ventende tråd.
Hold øje med din JVM
Overvågning kumulative parametre for virtuel maskine kan være en yderst frugtbar aktivitet, selv om alt ser ud til at være i orden. Måling og observere parametre som heap størrelse, objekt tæller, indlæst klasser og tråd numre kan pege på farlige tendenser og problematisk adfærd til at se ud for. I sin VM telemetri view afsnittet JProfiler byder forskellige telemetri kontrol, som giver dig de oplysninger, du har brug for at være et skridt foran.
Antallet af objekter på bunke, delt i arrays og ikke-arrays. Dette er dit første stop, hvis du mistanke en hukommelsesfejl. Alle objekter med levende referencer er inkluderet, såvel som dem, der er uden reference men affaldsindsamling har ikke haft en chance for at indsamle endnu.
Den skrald indsamler aktivitet, som viser befriet og flyttede objekter. Hvis din ansøgning er prygle dyngen overdrevent, vil dette vise sig her. Flytning stort antal af objekter lægger stor byrde på den virtuelle maskine og kan føre til midlertidige fryser. Overvejende dette forekommer, når den virtuelle maskine er at udvide bunke.
Antallet af tråde i den virtuelle maskine, delt i aktive og inaktive tråde. Dette er nyttigt, hvis du opretter et stort antal tråde og har brug for oplysninger om ændringer i deres samlede antal og hvor mange af dem faktisk køre
Hvad er nyt i denne udgivelse:.
- Denne version tilføjer understøttelse for Java 7 (class filer kompileret med -target 1.7), & quot; Kopier til udklipsholder & quot; knapper på detalje paneler for & quot; Fields & quot; og & quot;. Methods & quot ;, samt Quicklinks til opcode dokumentation i bunden af bytekode display
Kommentarer ikke fundet