Choisir votre premier GPU : le logiciel d’abord, la mémoire ensuite.

Écartez les incompatibilités avant de départager les offres

Pour une recommandation utile, séparez les exigences qui doivent être satisfaites des préférences qui aident à choisir. Une extension indispensable incompatible élimine une offre ; un prix inférieur ne compense pas ce défaut. À l’inverse, davantage de mémoire n’est une préférence utile que si elle répond à un besoin identifié.

Gardez une trace courte pour chaque candidat : critère, pièce consultée et décision. Une caractéristique manquante reste à confirmer avant d’engager la dépense si elle conditionne votre projet. Le nom d’un GPU ou d’une préparation ne remplace pas cette vérification.

Deux candidats à examiner avec 30 USD de budget de forfait

Prenons une hypothèse : un premier essai sur un GPU, une fenêtre complète de 3 jours et un plafond de 30 USD pour le forfait seul. Après vérification logicielle, voici deux candidats illustratifs du catalogue BriefGPU ; ils ne constituent ni une liste exhaustive ni un classement de vitesse.

• RTX A5000 : 23,57 USD pour 1 lot, 1 GPU de 24 Go nominaux et 3 jours. Candidate si votre charge tient dans cette capacité avec des réglages acceptables.
• A40 : 29,14 USD pour 1 lot, 1 GPU de 48 Go nominaux et 3 jours. Candidate si le besoin de mémoire justifie cette capacité et si la chaîne logicielle la prend en charge.

Retenir une option, ou reformuler le besoin

Si les deux cartes satisfont les exigences, comparez le prix et les avantages utiles au projet ; ne supposez pas que l’A40 produira plus vite. Si aucune ne convient, n’en recommandez aucune sous prétexte qu’elle entre dans le budget. Un plafond de 30 USD pour tout le projet demande aussi d’évaluer les licences, le stockage, les transferts, les frais du portefeuille ou du réseau et les éventuels frais ou taxes applicables.

Pour chercher une alternative à votre matériel ou service actuel, conservez le logiciel, les extensions, les fichiers et la qualité attendue comme points de comparaison. Précisez ce qui doit changer : mémoire insuffisante, dépense, calendrier ou contraintes d’accès. Une référence concurrente seule ne permet pas d’établir une équivalence. Pour quelques heures isolées, examinez aussi l’adéquation du minimum de 3 jours ; le guide budget présente la location ponctuelle et l’achat.

Le règlement BriefGPU est proposé sans procédure KYC, mais il n’est pas anonyme : le compte demande prénom, nom, email et mot de passe. « J’ai payé » signale le transfert sans confirmer automatiquement le règlement. Si ces conditions ne conviennent pas, l’offre ne passe pas votre sélection, même si la carte répond au besoin technique.

Réunissez les informations qui changent le choix

Décrivez le résultat que vous voulez récupérer : un dossier d’images accepté, une scène exportée ou un jeu de réponses évalué. Fixez le format de sortie et le critère de réussite avant de comparer les modèles. Vous distinguerez ainsi une contrainte de qualité, un manque de mémoire et un problème d’installation.

Relevez la version exacte de votre logiciel, les extensions, le modèle éventuel et le moteur de calcul utilisé. Une application annoncée comme compatible GPU peut dépendre d’un composant plus restrictif. Dans PyTorch, les instructions d’installation distinguent notamment CUDA et ROCm selon la plateforme ; la matrice AMD précise les associations prises en charge. Vérifiez ces prérequis pour votre propre chaîne de travail.

• Le logiciel, sa version et ses extensions nécessaires.
• Un échantillon contenant des fichiers ordinaires et des cas difficiles.
• Les réglages envisagés : dimensions, taille des groupes, longueur des entrées ou précision selon l’outil.
• Une sortie attendue, une personne pour la contrôler et un emplacement de sauvegarde.

Comparez la mémoire avec une durée et une quantité identiques

Le tableau prend trois offres comme repères de capacité. Chaque prix porte sur un lot d’un GPU pendant 3 jours ; les forfaits viennent des tarifs BriefGPU. Les valeurs de mémoire sont les capacités nominales des modèles, exprimées en Go par carte. Go reprend ici le GB nominal constructeur, sans conversion en GiB. Elles ne décrivent ni la mémoire libre pendant une exécution ni la RAM et le stockage du serveur.

Ces trois offres ne forment pas un classement de vitesse. Examinez 24 Go si votre logiciel et votre charge y tiennent, 48 Go lorsque la mémoire limite le même travail, puis 80 Go pour un besoin qui dépasse ce palier. Une grande mémoire ne corrige pas une extension incompatible ou des fichiers mal préparés.

Ne mélangez pas mémoire graphique, fichiers et nombre de cartes

La mémoire graphique accueille des éléments utilisés par le GPU pendant le calcul. Le stockage conserve les fichiers, et la mémoire système sert au fonctionnement de l’application. La taille d’un dossier sur disque ne permet donc pas de déduire directement la mémoire graphique nécessaire. Gardez ces trois besoins séparés dans vos notes.

Plusieurs cartes ne réunissent pas automatiquement leur mémoire pour un programme prévu sur un seul GPU. L’application doit organiser la répartition du travail et les échanges. Dans l’offre B200, un lot contient deux GPU de 180 Go chacun : cela ne constitue pas une seule carte de 360 Go. Pour une première tâche sur un GPU, choisissez la capacité par carte avant d’augmenter les lots.

Préparez un essai qui va jusqu’au fichier récupéré

Une fois l’environnement mis à disposition, commencez par un exemple simple de votre outil. Vérifiez le périphérique reconnu et la manière dont l’application l’utilise. Avec PyTorch, le modèle et les données doivent être placés sur le périphérique de calcul approprié. Un programme qui se termine sans erreur n’a pas nécessairement exécuté le travail attendu sur le GPU.

Chargez ensuite votre échantillon représentatif, gardez les réglages et produisez une petite sortie. Ouvrez-la dans l’outil de destination, puis récupérez-en une copie. Ce parcours révèle aussi les problèmes de format, de dépendance ou de transfert. La préférence Ubuntu, PyTorch, Blender ou personnalisée du configurateur exprime la préparation demandée ; elle ne démontre pas qu’une version précise est déjà installée et testée.

Identifiez l’échec avant de changer de GPU

Conservez le message affiché, l’entrée concernée et les paramètres du passage qui échoue. Changez un élément à la fois. Les pistes du tableau servent à organiser le diagnostic ; elles ne remplacent pas les indications propres au logiciel.

Exemple de méthode : préparer un premier lot de visuels

Supposons qu’un indépendant souhaite livrer 48 visuels acceptés. Il prépare douze images de test : petites et grandes dimensions, fonds clairs et sombres, détails fins et texte. Il fixe le format de sortie et vérifie que son outil prend en charge le GPU envisagé. Le nombre d’images est une hypothèse de projet, pas une cadence de production annoncée.

Il commence par une image, puis un petit groupe. Si les grandes entrées échouent, il réduit d’abord le nombre traité ensemble et vérifie le besoin d’une image isolée. Si celle-ci dépasse encore la mémoire avec une qualité acceptable, il examine le palier supérieur. Si la mémoire suffit mais que le résultat déçoit, il revoit la méthode avant de changer de carte.

Le dossier budget donne un calendrier illustratif de 3 jours sur un lot RTX A5000 à 23,57 USD. Avec l’hypothèse de 48 résultats acceptés, le forfait représente environ 0,49 USD par résultat. Ce calcul est reproductible à partir du prix et de l’hypothèse ; il ne prouve pas que cette production sera réalisée en trois jours. Le guide budget détaille les postes et propose la feuille à modifier.

Comparez deux options avec le même travail

Gardez les fichiers, les versions, les paramètres et le critère de qualité identiques. Notez séparément la préparation, le premier lancement, les exécutions suivantes et la récupération. Conservez aussi les erreurs et les reprises. Une option n’améliore pas votre projet si le gain apparent vient d’un réglage moins exigeant qui rend la sortie inutilisable.

Votre bilan peut tenir en quelques lignes : configuration, réussite du test, temps observé, mémoire observée et remarques. Sans exécution comparable, décrivez ce que vous voulez tester plutôt que de classer les modèles. Un tarif, une génération ou un score constructeur ne représente pas votre chaîne de travail complète.

Choisissez la période, puis préparez la commande

Comptez la préparation sur la location, le travail actif, l’attente, les reprises et l’export. La préparation terminée auparavant sur votre ordinateur reste en dehors de cette fenêtre. Comparez ensuite 3, 7 et 30 jours avec le nombre de lots retenu. Si la fenêtre dépasse 30 jours, aucun de ces forfaits ne la couvre seul ; le calcul ne suppose pas une prolongation.

Gardez une décision explicable : modèle compatible, capacité retenue, essai à réaliser, total du forfait et fichiers à sauvegarder. Dans le configurateur, renseignez la préparation souhaitée et créez votre compte ou connectez-vous. Le parcours de paiement explique ensuite le réseau, le montant exact et le suivi après « J’ai payé ». Le calendrier décrit le travail après mise à disposition ; il n’est pas une estimation du délai de fourniture.