Een GPU-configuratie in teamverband in ontvangst nemen

De beslissing voorbereiden vóór de terbeschikkingstelling

Begin met een afgeronde werkeenheid: een verrijkte en geëxporteerde map, een reeks renders die door de ontvanger is geopend of een evaluatie met bijbehorende output. Schrijf het bedrijfscriterium naast het technische criterium. Een programma kan zonder fouten eindigen en toch onbruikbare resultaten opleveren. Omgekeerd bewijst een correct resultaat dat één keer is behaald nog niet dat het team het werk opnieuw kan starten en de bestanden kan terugvinden.

Houd de parameters aan die de belasting beïnvloeden: omvang van de invoer, precisie, batchgroottes, gelijktijdigheid en afhankelijkheden. Onderscheid een wachtrij met onafhankelijke taken, een taak die zijn berekening over meerdere kaarten verdeelt en een service die continu verzoeken ontvangt. Deze drie organisaties hebben niet dezelfde acceptatiecriteria. Een regel "krachtige GPU" geeft niemand een middel om te beslissen.

De projectverantwoordelijke stelt de criteria vast vóór de tests. De beheerder regelt de toegang, de applicatieverantwoordelijke levert de bekende startopdracht en de ontvanger valideert de uitvoer. Eén persoon kan meerdere rollen vervullen; elke rol moet echter een titularis en een plaatsvervanger hebben. Reserveer in de gekozen periode de installatie, de tests, een mogelijke correctie en de definitieve export, naast de nuttige berekening.

Scheid fabrikant, toewijzing en werkelijke taak

De fiche van een GPU beschrijft referentiehardware. De toegewezen machine brengt andere eigenschappen mee: aantal zichtbare apparaten, verleende toegang, softwareversies, bruikbare volumes en paden. De testtaak brengt een derde niveau mee: het resultaat dat je behaalt met je eigen gegevens en instellingen. Wijs in de tabel elke regel aan één enkel niveau toe, zodat een fabrikantkenmerk niet wordt behandeld als een meting van jouw service.

Leid NVLink, een bepaalde topologie of een schijfsnelheid niet af uit het kaartmodel alleen. Als je applicatie van deze eigenschappen afhangt, maak er dan expliciete vereisten van, laat de scope verduidelijken en controleer die op de doelomgeving. Als ze niet nodig zijn voor jouw belasting, voeg ze dan niet toe als kunstmatige acceptatievoorwaarden.

Het geheugen per GPU en het aantal kaarten blijven twee verschillende kolommen. Een B200-lot bij Capordia omvat twee GPU's; dat volstaat niet om een programma dat voor één kaart is bedoeld één enkel geheugen te geven. Documenteer het verdeelmechanisme van de software voordat je er voordeel van verwacht.

Stel de inventaris op zonder de instellingen te wijzigen

Op NVIDIA geven de onderstaande opdrachten de toolversie, de lijst met GPU's en enkele attributen in CSV-formaat weer. Raadpleeg eerst de geïnstalleerde help: de beschikbare velden en functies hangen van de versie af. De NVIDIA-documentatie raadt identifiers zoals de UUID aan om een apparaat te volgen, omdat de volgorde van de indices kan veranderen. Houd de eenheden aan zoals de tool ze schrijft. Deze metingen starten geen GPU-taak en zeggen niets over de prestaties ervan.

Lees voor AMD de versie uit met "amd-smi version", en daarna de inventaris en de statische eigenschappen met "amd-smi list --json" en "amd-smi static --json". Controleer de opties via de help van jouw installatie. AMD SMI veronderstelt een AMD-GPU en de bijbehorende driver; de geraadpleegde documentatie is die van AMD SMI 27.0.0. Een niet-beschikbaar veld moet "niet vastgesteld" blijven, met de reden erbij, in plaats van een gegokte waarde te krijgen.

Archiveer daarna de versies van de applicatie en haar bibliotheken. De CUDA-banner van NVIDIA SMI bewijst op zichzelf niet de versie van de geïnstalleerde toolkit. Vergelijk voor ROCm de combinatie GPU, systeem en versie met de overeenkomstige matrix. In beide gevallen blijft de beslissende test het starten van je applicatie in de daadwerkelijk voorziene omgeving.

Het bestand bevat de NVIDIA- en AMD-opdrachten die je op je machine uitvoert en daarna aan het proces-verbaal toevoegt. Ze zijn gebaseerd op de officiële documentatie; in dit voorbeeld is geen enkele CUDA- of ROCm-prestatie gemeten. Het downloadbare opdrachtenbestand bevat beide takken en de velden die aan het proces-verbaal moeten worden toegevoegd.

nvidia-smi --version
nvidia-smi --help-query-gpu
nvidia-smi -L
nvidia-smi --query-gpu=index,name,uuid,memory.total --format=csv

Elke eis omzetten in een waarneembare controle

Een goede acceptatieregel verbindt een criterium, een methode en een bewijsstuk. 'Genoeg opslag' wordt bijvoorbeeld: werkmap geïdentificeerd, beschikbare ruimte vóór de start vastgesteld en export geopend vanaf de bestemming. De benodigde hoeveelheid is die van jouw werk, inclusief tussentijdse bestanden; deze gids veronderstelt geen schijfcapaciteit die aan elke GPU is gekoppeld.

Leg de eenheden vast voordat je twee metingen vergelijkt. Een decimale GB is een miljard bytes; een GiB is 2 tot de macht 30 bytes. Tools kunnen de Engelse notaties GB en GiB tonen, of MiB voor een kleinere eenheid. Bewaar de ruwe waarde en zijn eenheid, en vermeld daarna de eventuele omrekening. Wijs een configuratie niet af op grond van alleen het verschil in notatie tussen een specificatie en een meting.

Test voor het netwerk de flux van het project: dezelfde bestemming, dezelfde rechten en een representatief bestandstype. Een losse download kwalificeert de export van duizenden kleine resultaten niet. Meet en documenteer de overdracht in beide richtingen als het project die gebruikt, en noteer daarna de drempel die jouw planning vereist. Zonder drempel die vóór de test is vastgesteld, blijft een waargenomen duur een observatie.

De status 'niet uitgevoerd' is beter dan een succes zonder bewijsstuk. Het CSV-raster laat de kolommen voor observatie, datum en bewijs leeg. Je mag een controle buiten scope alleen schrappen als je uitlegt waarom en de instemming van de beslisser bewaart.

De referentietaak tot een overdrachtsmoment maken

Kies een toegestaan monster dat de beperkingen van het echte werk zichtbaar maakt. Een piepkleine demonstratie is nuttig om de start te verifiëren; ze vervangt geen geval dat de geheugenpiek, de tussentijdse bestanden of de definitieve export blootlegt. Noteer de identificatie van de testset, de versies en de parameterinstellingen. Het gedeelde dossier verwijst naar de methode voor het aanleveren van secrets zonder hun waarde op te slaan.

De applicatieverantwoordelijke doorloopt een volledige cyclus vanaf een bekende start tot het openen van de uitvoer. De beheerder doorloopt daarna het traject opnieuw op basis van de procedure, zonder afhankelijk te zijn van een verborgen toestand in de terminal van de eerste operator. Het doel is een bruikbare overdracht te verifiëren: paden, rechten, start, locatie van de logboeken en herstel.

Definieer ook wat er gebeurt na een beheerste fout. Een tijdelijke uitvoer moet te onderscheiden zijn van een geaccepteerd resultaat. Het acceptatiedossier mag geen herstelmechanisme verzinnen dat de applicatie niet heeft: het stelt vast wat bestaat en verwijst naar de migratieprocedure om onderbroken batches te organiseren. Als de berekening numeriek is, hoort de tolerantie bij het zakelijke protocol; bit-voor-bit-identiteit is geen universele eis.

Wanneer je meerdere configuraties vergelijkt, houd dit protocol dan constant. Noteer ook de fouten en de tests die opnieuw moeten. De eindbeslissing kan de voorkeur geven aan een optie omdat ze de werkvoorraad, de acceptatie of de planning vereenvoudigt; ze hoeft niet één meting om te zetten in een algemene GPU-ranglijst.

Een ingevuld voorbeeld lezen zonder het voor een meting aan te zien

Het downloadbare voorbeeld "Atelier des plans" is volledig fictief. Een team wil een testcorpus van twaalf technische documenten verwerken en vervolgens een index ophalen die door de reviewers kan worden geraadpleegd. De twaalf documenten zijn een aanname over de organisatie; er worden geen snelheden, geheugengebruik of GPU-metingen gegeven. De H100 is een kandidaat voor de afbakening, te bevestigen na onderzoek van de software en de belasting.

De applicatieverantwoordelijke bereidt de lancering en de verwachte inloggegevens voor. Operationeel beheer controleert de toegangen en de teruglevering van de bestanden. De persoon die verantwoordelijk is voor de resultaten moet bevestigen dat elk document een leesbare uitvoer en een verwijzing in de index heeft. In dit scenario kon die persoon de export nog niet openen vanaf de bestemming. De hardware- en applicatieregels blijven onuitgevoerd; de fictieve beslissing is dus "ingebruikname geblokkeerd".

Dit voorbeeld laat zien hoe je verantwoordelijkheden invult en een beslissing uitlegbaar maakt zonder een succes te fabriceren. Het ontbreken van een exportbewijs is niet zomaar een kanttekening: het blokkeert precies het gebruik dat ophaalbare resultaten vereist. De nieuwe poging moet deze controle hernemen, het bewijsstuk toevoegen en de beslissing laten dateren. Het is niet voldoende om de opmerking in het rooster te wissen.

Weigeren, aanvaarden met voorbehoud of de beslissing uitstellen

Een niet-vervuld blokkerend criterium stopt de acceptatie van het betrokken bereik. Een onmogelijke controle wordt niet standaard geslaagd: die levert een status "geblokkeerd" of "niet uitgevoerd" op, plus een actie en een eigenaar. Vermijd het gebruik van "voorbehoud" om een werkvoorwaarde te verbergen. Als een uitvoer niet kan worden opgehaald, machtigt het aanvaarden van de berekening alleen niet de volledige keten.

Een voorbehoud kan passen bij een secundair punt als het toegestane gebruik duidelijk is beperkt, als een tijdelijke oplossing is geverifieerd en als iemand dit bereik aanvaardt. Vermeld een termijn voor hercontrole en wat er gebeurt als die niet wordt gehaald. Een acceptatie beperkt tot een test geldt niet als acceptatie van de productie.

Het proces-verbaal bewaart de beslissing, de controles die haar rechtvaardigen en de controles die nog openstaan. Technische acceptatie bevestigt noch een betaling noch een contractuele datum: die opvolgingen behouden hun eigen referenties. Zodra de criteria zijn bereikt, draagt het team aan operationeel beheer de lancering, de versies, de locaties van de gegevens en de uitstapprocedure over.

Download en gebruik het acceptatiedossier versie 1

Het Markdown-model dient als titelblad en proces-verbaal. Het CSV-rooster levert de controles die je moet aanpassen, met kolommen voor het bewijsniveau, de verantwoordelijke, het criterium dat vóór de test is bepaald, de methode, de observatie, het stuk en de status. Open het CSV in UTF-8 met een komma als scheidingsteken; de resultaatvelden zijn bewust leeg. Bewaar een blanco kopie voordat je aan de slag gaat.

Open het model met een teksteditor en het rooster met een spreadsheetprogramma. Pas het fictieve voorbeeld aan je eigen eisen aan en noteer vervolgens de observaties op je eigen machine. De meegeleverde licentie staat gebruik en aanpassing toe met behoud van de kennisgeving; namen van producten en externe documentatie behouden hun eigen rechten.

Gebruik deze acceptatie om een precies bereik te autoriseren en vul haar aan bij een wijziging van versies, gegevens of bedrijfsvoering. Ze vormt geen universele benchmark en geen garantie op afwezigheid van onderbreking. De migratiegids neemt het over wanneer een werkstatus moet worden verplaatst en per lot moet worden uitgelegd wat ermee gebeurt.