|
Mémoire VRAM du GPU
|
≥ 24 Go (gemma4-Peak n'a pas encore
été mesuré)
|
≥ 24 Go ; davantage en cas de tâches parallèles
ou de préréglages
|
Le modèle de nommage est présent dans tous les préréglages
gemma4 (~16 Go de poids) ; le pic réel n'a pas encore été mesuré,
en attendant, prévoir ≥ 24 Go. Les anciennes valeurs (10–12 Go,
visual_3d 9–11 Go, norm_exact 8–10 Go) ne s’appliquent qu’aux
images « opt-in » avec gemma3. Variante sans tokens eva02 : 6–8
Go ; eva02 s’exécute avant le nommage, mais de manière séquentielle – pic =
max(eva02, gemma4).
|
|
Cœurs de processeur
|
4 cœurs
|
8 cœurs et plus
|
Nombre de workers de prélecture = min(6, nombre de cœurs −
2) ; peut être redéfini via RUNPOD_PREFETCH_WORKERS, 0 =
fonctionnement en mode série. Les workers génèrent également les
planches de contact pour le nommage (~15 s par planche) et interviennent
ainsi sur les deux phases.
|
|
mémoire vive
|
≥ 16 Go
|
≥ 16 Go de mémoire de base, plus environ 1 Go par
processeur de prélecture
|
Au maximum un maillage par worker en
mémoire : six workers avec un fichier STL de 100 Mo ≈ 22 Go, plus
environ 0,5 Go par worker pour le
rendu de la feuille de contact.
|
|
disque dur
|
≥ 70 Go d'espace libre
|
≥ 70 Go d'espace libre pour l'image et le chargement
de l'archive
|
Image ~28 Go (poids des modèles ~22
Go, dont gemma4 ~16 Go) ; le chargement de l'archive nécessite
temporairement environ le double de cet espace.
|
|
Partager
|
5 fois la taille du catalogue sur le
disque dur
|
5 fois la taille du catalogue sur le
disque dur
|
Rend les données accessibles aux deux
serveurs concernés.
|
|
Réseau
|
aucune connexion Internet
requise
|
pas de connexion
permanente
|
Tous les modèles sont inclus dans Docker
.
|