microsoft har for et par dage siden frigivet nyheden om, at har frigivet kildekoden til sit værktøj «GCToolkit», som er et sæt biblioteker til analyse af logfiler til Java Garbage Collection, som alle GCToolkit -koder bruges til er tilgængelig på GitHub under MIT -licensen.
GCToolkit består af tre Java -moduler dækker API'er, GC-logfil-parsere og en Vert.x-værktøjskasse-baseret meddelelsesbageplade til opbygning af responsive applikationer på JVM. Med dette værktøj kan brugerne oprette vilkårlige og komplekse scanninger af tilstanden for administreret hukommelse i JVM.
Som navnet antyder, er dette et sæt biblioteker til analyse af Java -skraldesamlingslogfiler (GC) og analyse af dem i separate hændelser. Udsæt en API for at forbedre engagementet med værktøjssættet og datagregering, dette giver brugeren mulighed for at oprette vilkårlige komplekse analyser af tilstanden i JVM's styrede hukommelse.
Ifølge teamet er dette brugerindgangspunktet i GCToolkit, der skjuler detaljerne i de interne moduler i et par metodeopkald. Ud over API, der er to andre moduler: analysemodulet og Vert.x. Parsermodulet er baseret på en samling af regulære udtryk og kode, der er skrevet til betragtes som den mest robuste GC -loganalysator til rådighed.
Messaging -backend baseret på Vert.x bruger to meddelelsesbusser: førstnævnte sender data fra en datakilde. Den nuværende implementering passerer loglinjer fra GC -logfilen. Forbrugerne af denne bus er analysatorerne, der konverterer dataene fra datakilden til begivenheder, der repræsenterer en GC -cyklus eller et sikkert sted. Disse begivenheder udgives på den anden meddelelsesbus: eventbussen. Eventbus -abonnenterne kan derefter få besked og behandle de begivenheder, der interesserer dem.
Parser udsender diskrete JVM -begivenheder, så du kan skrive kode for at fange og analysere data fra disse begivenheder. For at lette datafangst og analyse af GC -logfiler giver GCToolkit en enkel sammenlægningsramme. Den type data, som brugerne ønsker at fange eller den type analyse, de vil udføre, er efter brugerens skøn. For eksempel for at fange pausehændelser for at analysere heapbelægning, fanger aggregatoren begivenheden, udtrækker de relevante data og sender dataene til aggregeringen.
Dette bringer dataene sammen i en meningsfuld analyse, f.eks. Samlet bunkebelægning efter affaldssamling. De resulterende data kan præsenteres i form af en graf, tabel eller et andet mere brugervenligt format. Endnu vigtigere er det ifølge teamet, at en suboptimal samlerkonfiguration vil resultere i en applikation, der kræver mere CPU og hukommelse, samtidig med at den nedbryder slutbrugeroplevelsen. Med andre ord betyder en dårligt afstemt samler ofte dyrere driftstid og utilfredse brugere.
Med Microsofts stigende interesse for Java -platformen, fokus i open source øger det også fordelene for Java -samfundet. Efter at have ydet betydelige bidrag til port macOS M1 og Windows to Arm, bekræftede Microsoft sit engagement i OpenJDK ved at introducere sin egen version af OpenJDK og slutte sig til Eclipse Adoptium -arbejdsgruppen (tidligere kendt som AdoptOpenJDK).
Ved at gøre GCToolkit open source, Microsoft forsøger at give en bedre måde at se JVM's indvendige dele på, hvordan den håndterer GC og hukommelsestildeling. Bedre synlighed muliggør bedre konfiguration, hvilket gavner både slutbrugerne af applikationen og det tekniske personale, der er ansvarlig for administrationen.
Den enkle API og brugervenlige outputmekanismer lover at forbedre opgaven med at læse GC-logs ved at tilvejebringe forskellige mekanismer til at analysere, udtrække og visualisere data.
kilde: https://devblogs.microsoft.com