microsoft pirms dažām dienām publicēja ziņas ir izlaidis sava rīka «GCToolkit» avota kodu, kas ir bibliotēku kopa, lai parsētu Java atkritumu savākšanas žurnālfailus, ar kuriem viss GCToolkit kods ir pieejams vietnē GitHub saskaņā ar MIT licenci.
GCToolkit sastāv no trim Java moduļiem kas aptver API, GC žurnālfailu parsētājus un uz Vert.x rīkkopu balstītu ziņojumu pamatplāksni, lai izveidotu adaptīvas lietojumprogrammas JVM. Izmantojot šo utilītu, lietotāji var izveidot patvaļīgus un sarežģītus pārvaldītās atmiņas stāvokļa skenējumus JVM.
Kā norāda nosaukums, tas ir bibliotēku kopums Java atkritumu savākšanas (GC) žurnālfailu parsēšanai un parsēšanai atsevišķos notikumos. Atklājiet API, lai uzlabotu iesaistīšanos ar rīku komplektu un datu apkopošanu ļauj lietotājam izveidot patvaļīgu sarežģītu JVM pārvaldītās atmiņas stāvokļa analīzi.
Pēc komandas domām, tas ir lietotāja ieejas punkts GCToolkit, kas dažos metodes izsaukumos slēpj informāciju par iekšējiem moduļiem. Papildus API, ir vēl divi moduļi: parsēšanas modulis un Vert.x. Parser Module pamatā ir regulāru izteiksmju un kodu kopums, kas rakstīts uzskatīt par visuzticamāko pieejamo GC žurnāla analizatoru.
Ziņapmaiņas aizmugure balstās uz Vert.x izmanto divas ziņojumu kopnes: pirmais pārraida datus no datu avota. Pašreizējā ieviešana nodod žurnāla rindas no GC žurnāla faila. Šīs kopnes patērētāji ir analizatori, kas pārveido datus no datu avota notikumos, kas atspoguļo GC ciklu vai drošu punktu. Šie notikumi tiek publicēti otrajā ziņojumu autobusā: notikumu autobusā. Pasākumu autobusa abonentus pēc tam var informēt un apstrādāt tos interesējošos notikumus.
Parser izstaro diskrētus JVM notikumus, kas ļauj rakstīt kodu, lai iegūtu un analizētu datus no šiem notikumiem. Lai atvieglotu GC žurnālfailu datu uztveršanu un analīzi, GCToolkit nodrošina vienkāršu apkopošanas sistēmu. Dati, kurus lietotāji vēlas iegūt, vai analīzes veids, ko viņi vēlas veikt, ir pēc lietotāja ieskatiem. Piemēram, lai fiksētu pauzes notikumus, lai analizētu kaudzes noslogojumu, apkopotājs notver notikumu, iegūst attiecīgos datus un nodod datus apkopošanai.
Tādējādi dati tiek apkopoti jēgpilnā analīzē, piemēram, kopējais kaudzes noslogojums pēc atkritumu savākšanas. Iegūtos datus var uzrādīt diagrammas, tabulas vai cita lietotājam draudzīgāka formāta veidā. Vēl svarīgāk ir tas, ka, pēc komandas domām, nepietiekami optimāla kolektora konfigurācija radīs lietojumprogrammu, kurai būs nepieciešams vairāk CPU un atmiņas, vienlaikus samazinot galalietotāja pieredzi. Citiem vārdiem sakot, slikti noskaņots kolektors bieži nozīmē dārgāku izpildlaiku un neapmierinātus lietotājus.
Pieaugot Microsoft interesei par Java platformu, fokuss atvērtā koda gadījumā tas arī palielina ieguvumus Java kopienai. Pēc nozīmīga ieguldījuma ostā macOS M1 un Windows ar Arm, Microsoft atkārtoti apstiprināja savu apņemšanos atvērt OpenJDK, ieviešot savu OpenJDK versiju un pievienojoties Eclipse Adoptium darba grupai (agrāk pazīstama kā AdoptOpenJDK).
Padarot GCToolkit atvērtu pirmkodu, Microsoft cenšas nodrošināt labāku veidu, kā redzēt JVM iekšējo informāciju par to, kā tā rīkojas ar GC un atmiņas piešķiršana. Labāka redzamība nodrošina labāku konfigurāciju, kas dod labumu gan lietotnes gala lietotājiem, gan tehniskajam personālam, kas ir atbildīgs par tās pārvaldību.
Vienkāršā API un viegli lietojamie izvades mehānismi sola uzlabot GC žurnālu lasīšanas uzdevumu, nodrošinot dažādus datu analīzes, iegūšanas un vizualizācijas mehānismus.
Fuente: https://devblogs.microsoft.com