|
VRAM della GPU
|
≥ 24 GB (gemma4-Peak non ancora
misurato)
|
≥ 24 GB; di più in caso di lavori in parallelo
o preset
|
Il modello di denominazione è presente in tutti i preset
gemma4 (~16 GB di pesi); il picco effettivo non è ancora stato misurato,
fino ad allora ipotizzare ≥ 24 GB. I valori precedenti (10–12 GB,
visual_3d 9–11 GB, norm_exact 8–10 GB) valgono solo per le
immagini opt-in con gemma3. Variante senza token eva02: 6–8
GB; eva02 viene eseguito prima del naming, ma in modo sequenziale – picco =
max(eva02, gemma4).
|
|
Core della CPU
|
4 nuclei
|
8 core e oltre
|
Prefetch-Worker = min(6, core −
2); sovrascrivibile tramite RUNPOD_PREFETCH_WORKERS, 0 =
funzionamento seriale. I worker generano anche i
fogli di contatto per l'assegnazione dei nomi (~15 s per foglio) e intervengono
quindi su entrambe le fasi.
|
|
Memoria di lavoro
|
≥ 16 GB
|
≥ 16 GB di base più ~1 GB per ogni
prefetch worker
|
Al massimo una mesh per worker in
memoria: sei worker con STL da 100 MB ≈ 22 GB, più
circa 0,5 GB per worker per il
rendering del contact sheet.
|
|
Disco rigido
|
≥ 70 GB di spazio libero
|
≥ 70 GB di spazio libero per l'immagine e il caricamento
del tarball
|
Immagine ~28 GB (peso dei modelli ~22
GB, di cui gemma4 ~16 GB); il caricamento dell'archivio tar richiede
temporaneamente circa il doppio dello spazio.
|
|
Condividi
|
5 volte la dimensione del catalogo sul
disco rigido
|
5 volte la dimensione del catalogo sul
disco rigido
|
Rende i dati accessibili a entrambi
i server coinvolti.
|
|
Rete
|
nessun accesso a Internet
richiesto
|
nessuna connessione
permanente
|
Tutti i modelli sono inclusi in Docker
.
|