NVIDIA je predstavila gds-diag: otvoreni dijagnostički alat za konfiguraciju i optimizaciju GPUDirect Storage

  • PublicPublic
  • 31 Oct, 2026
NVIDIA je predstavila gds-diag: otvoreni dijagnostički alat za konfiguraciju i optimizaciju GPUDirect Storage

NVIDIA GPUDirect Storage (GDS) ubrzava prijenos podataka između GPU-ova i ciljeva za pohranu, značajno povećavajući propusnost, smanjujući latenciju i opterećenje procesora i radne memorije. Iako postoji opsežna dokumentacija za konfiguraciju GDS-a na različitim arhitekturama, pronalaženje optimalnih postavki za specifično razmještanje i dalje je složeni zadatak za programere i sustavne administratore. Kako bi riješili ovaj izazov, tim GPUDirect Storagea razvio je gds-diag, otvoreni alat za naredbeni redak koji pojednostavljuje procjenu okruženja, otkrivanje problema s konfiguracijom i odabir ciljanih poboljšanja za produkcijske sustave.

Slika 1. Shema visoke razine puta podataka GPUDirect Storagea s gds-diagom
Slika 1. Shema visoke razine puta podataka GPUDirect Storagea s gds-diagom

Alat gds-diag radi na Linux sustavima s Pythonom 3.8 ili novijim i distribuiran je u NVIDIA Magnum IO GitHub repozitoriju bez dodatnih ovisnosti. Važno je napomenuti da, iako sam GDS zahtijeva NVIDIA GPU datacenter klase i CUDA Toolkit 12.2 ili noviji, gds-diag ne zahtijeva te komponente za izvođenje dijagnostičkih provjera. Alat je strukturiran kao jedan Python skript s više podkomandi koje se mogu pregledati putem zastavice --help. Podkomande su organizirane u četiri različite kategorije, što korisnicima omogućuje odabir dijagnostičkih zadataka na temelju trenutne faze implementacije ili specifičnih problema koje istražuju, kao što su validacija okruženja ili optimizacija performansi.

Slika 2. Tablica podkomandi gds-diag, grupiranih po kategorijama
Slika 2. Tablica podkomandi gds-diag, grupiranih po kategorijama

Izlaz većine podkomandi gds-diag prikazuje rezultate grupirane u odjeljke, od kojih je svaki označen statusnom značkom koja ukazuje na ozbiljnost ili prirodu problema. Svaki nalaz uključuje detaljno objašnjenje praćeno preporučenim planom ublažavanja. Ključno je da je gds-diag dizajniran kao dijagnostička pomoć, a ne kao automatski alat za popravke; on ne implementira promjene niti sam mijenja konfiguraciju sustava. Umjesto toga, on omogućuje korisnicima i administratorima da donose informirane odluke o poboljšanjima sustava. Primjetan izuzetak od standardnog formata izlaza je podkomanda support-matrix, koja prikazuje tablicu podržanih kombinacija platformi, koristeći kodiranje boja za razlikovanje potpuno podržanih, uvjetno podržanih i nepodržanih konfiguracija.

Slika 3. Screenshot primjera rezultata gds-diag s anotacijama
Slika 3. Screenshot primjera rezultata gds-diag s anotacijama

Za korisnike koji pripremaju nove ili izmijenjene datoteke konfiguracije GDS za produkcijsko okruženje, podkomanda config-audit pruža pouzdan mehanizam provjere. Kada se pokrene, ona provjerava trenutnu aktivnu konfiguraciju, uzimajući u obzir i statičke datoteke konfiguracije, i dinamičke modifikatore varijabli okruženja. Alat može otkriti suptilne greške, poput pogrešaka u pisanju unosa, i potvrditi ispravnost nakon što se one isprave. Osim toga, gds-diag nudi opciju --static za pregled općih podataka i opciju --live koja uključuje informacije o sustavu u stvarnom vremenu, čime se osigurava da dijagnostika odražava stvarno stanje hardverskog i softverskog steka.

Slika 4. Screenshot matrice podrške gds-diag
Slika 4. Screenshot matrice podrške gds-diag

Osim sučelja za naredbeni redak, gds-diag uključuje i opcionalnu vještinu agenta koja uvodi sučelje na prirodnom jeziku i sloj orkestracije za alat. Ova vještina automatski se aktivira kada se repozitorij otvori u asistentima za kodiranje, poput Claudea ili Codexa. Ona tumači namjere korisnika, odabire odgovarajuće podkomande i koordinira višestepene dijagnostičke tokove. Za razliku od determinističkih provjera CLI-ja, vještina agenta koristi razumovanje vođeno modelom za tumačenje rezultata i predlaganje koraka za otklanjanje kvarova. Ona čak može i ispitivati sustavne skripte, poput konfiguracija za pokretanje kontejnera, kako bi otkrila probleme i predložila njihovo mijenjanje, poštujući lokalne postavke i politike mjesta radi potvrde korisnika.