Microsoft har släppt nyheterna för några dagar sedan har släppt källkoden för verktyget «GCToolkit», som är en uppsättning bibliotek för att analysera Java Garbage Collection -loggfilerna, med vilka alla GCToolkit -koder är tillgänglig på GitHub under MIT -licensen.
GCToolkit består av tre Java -moduler som täcker API: er, GC-loggfilsparare och en Vert.x verktygslåda-baserad meddelandeplatta för att bygga responsiva applikationer på JVM. Med det här verktyget kan användare skapa godtyckliga och komplexa skanningar av tillståndet för hanterat minne i JVM.
Som namnet antyder är detta en uppsättning bibliotek för analys av loggfiler för javasamling (GC) och analys av dem i separata händelser. Exponera ett API för att förbättra engagemanget med verktygslådan och datagregering, detta tillåter användaren att skapa godtyckliga komplexa analyser av tillståndet i JVM: s hanterade minne.
Enligt teamet är detta användarens ingångspunkt i GCToolkit som döljer detaljerna för de interna modulerna i några metodsamtal. Förutom API: et, det finns två andra moduler: analysmodulen och Vert.x. Parsermodulen är baserad på en samling reguljära uttryck och kod som skrivs till betraktas som den mest robusta GC -logg analysator som finns.
Meddelandet backend baserat på Vert.x använder två meddelandebussar: den förra överför data från en datakälla. Den nuvarande implementeringen passerar logglinjer från GC -loggfilen. Konsumenterna av denna buss är analysatorerna som konverterar data från datakällan till händelser som representerar en GC -cykel eller säker punkt. Dessa händelser publiceras på den andra meddelandebussen: evenemangsbussen. Eventbuss -prenumeranterna kan sedan meddelas och bearbeta de händelser som intresserar dem.
Parser avger diskreta JVM -händelser, så att du kan skriva kod för att fånga och analysera data från dessa händelser. För att underlätta datafångst och analys av GC -loggfiler tillhandahåller GCToolkit en enkel aggregeringsram. Vilken typ av data användarna vill fånga eller vilken typ av analys de vill utföra är användarens eget gottfinnande. Till exempel, för att fånga paushändelser för att analysera heapbeläggning, fångar aggregatorn händelsen, extraherar relevant data och skickar data till aggregeringen.
Detta sammanför data i en meningsfull analys, till exempel total högbeläggning efter sophämtning. Den resulterande informationen kan presenteras i form av en graf, tabell eller ett annat mer användarvänligt format. Ännu viktigare, enligt teamet, kommer en suboptimal kollektorkonfiguration att resultera i en applikation som kräver mer CPU och minne, samtidigt som slutanvändarens upplevelse försämras. Med andra ord innebär en dåligt inställd samlare ofta dyrare drifttid och missnöjda användare.
Med Microsofts växande intresse för Java -plattformen, fokus i öppen källkod ökar det också fördelarna för Java -gemenskapen. Efter att ha gjort betydande bidrag till port macOS M1 och Windows to Arm, bekräftade Microsoft sitt engagemang för OpenJDK genom att introducera sin egen version av OpenJDK och gå med i Eclipse Adoptium -arbetsgruppen (tidigare känd som AdoptOpenJDK).
Genom att göra GCToolkit öppen källkod, Microsoft försöker ge ett bättre sätt att se JVM: s interna delar om hur det hanterar GC och minnesfördelning. Bättre sikt möjliggör bättre konfiguration, vilket gynnar både slutanvändarna av applikationen och den tekniska personal som ansvarar för dess hantering.
Det enkla API: et och lättanvända utmatningsmekanismer lovar att förbättra uppgiften att läsa GC-loggar genom att tillhandahålla olika mekanismer för att analysera, extrahera och visualisera data.
Fuente: https://devblogs.microsoft.com