Skip to main content

Perché un job di render risulta in coda, bloccato o più lento del previsto?

Un job è stato inviato a Super Renders Farm, e ora si trova fermo, oppure è in rendering ma impiega chiaramente più tempo di quanto preventivato. Prima di dare per scontato che qualcosa sia rotto, è utile sapere come funziona realmente la coda — cosa determina l'avvio di un job, cosa offre realmente pagare per un livello più veloce, e cosa significano in pratica un paio di stati intermedi.

Questa guida illustra cosa determina il tempo di avvio, cosa cambiano in pratica i livelli di priorità, perché i job GPU si comportano diversamente dai job CPU, quando un'attesa è normale rispetto a quando vale la pena contattare il supporto, e perché un render già in corso può comunque risultare più lento del previsto.

Come si presenta

  • Il job non mostra alcun progresso visibile subito dopo il caricamento o l'invio.
  • Lo stato indica «in analisi» o «in coda» più a lungo di quanto la scena sembri giustificare, senza ancora alcun frame restituito.
  • Il job è attivamente in rendering, ma il ritmo è chiaramente più lento di quanto stimato.
  • Tutto sembra normale, ma non è chiaro se continuare ad aspettare o segnalarlo.

Cosa determina realmente l'avvio del job

Due fattori distinti determinano il tempo di avvio, ed è utile sapere quale sia quale.

  • A quale pool di nodi viene assegnato il job. Questo è determinato dal template macchina scelto al momento dell'invio — DCC, motore di render e CPU o GPU — non dal livello di priorità pagato. Il job può avviarsi solo quando un worker in quel pool corrispondente si libera.
  • La posizione in coda. All'interno di quel pool, i job sono ordinati per priorità, determinata dal livello scelto. Un job in coda si avvia non appena un worker libero raggiunge quella posizione.

Scegliere un livello più veloce non permette di saltare un pool semplicemente pieno, ma fa avanzare più rapidamente una volta che i worker in quel pool sono disponibili. Non è possibile garantire un avvio istantaneo — la disponibilità del pool e i job di tutti gli altri utenti già in coda sono fattori reali e variabili.

Cosa cambiano realmente i livelli di priorità

Il rendering CPU funziona su una scala di priorità da $0,004 a $0,016 per GHz-ora — approssimativamente da ×1 a ×4 a seconda del livello scelto. Quell'intervallo rappresenta un vero livello di velocità, non solo una differenza di prezzo:

  • Un livello più alto migliora la posizione in coda, quindi si attende dietro un numero minore di job.
  • Un livello più alto consente inoltre al job di distribuirsi su un numero maggiore di nodi di render contemporaneamente, così più frame vengono renderizzati in parallelo anziché uno dopo l'altro.

Questa combinazione — una posizione migliore in coda più un numero maggiore di nodi attivi contemporaneamente — è il motivo per cui un livello più alto termina prima, non solo il motivo per cui costa di più.

I job GPU funzionano diversamente. Ogni job GPU viene eseguito su un singolo nodo GPU dedicato, già collocato per impostazione predefinita a priorità alta fissa — non esiste un livello superiore da acquistare. Il compromesso è che i frame di un job GPU vengono renderizzati uno dopo l'altro su quell'unica macchina, anziché distribuirsi su più nodi GPU come può fare un job CPU di livello superiore. Se il dubbio è perché un'animazione GPU procede frame per frame anziché tutta insieme, questo è il motivo.

Cosa significano «in analisi» o «in coda»

Prima che il job impieghi qualsiasi tempo di render, attraversa un controllo automatico: verifica che le informazioni richieste per il job siano presenti, e analizza la scena alla ricerca di problemi come texture o riferimenti mancanti, problemi di camera o percorso di output, e disallineamenti di versione. Questo passaggio è separato dalla coda vera e propria, e una scena più pesante può impiegare più tempo per attraversarlo.

Se il job resta in stato «in analisi» o «in coda» molto più a lungo di quanto la sua complessità suggerirebbe, di solito è un segnale che la scena stessa merita un controllo — non che la coda sia più lunga.

Quando aspettare, e quando contattare il supporto

Aspettare è la scelta corretta nei periodi di alto traffico, e mentre il passaggio «in analisi» elabora una scena complessa — nessuno dei due casi è di per sé un problema. Vale la pena contattare il supporto se il job non mostra progressi dopo che la coda dovrebbe ragionevolmente essersi svuotata per quel pool e livello, oppure se resta bloccato in «in analisi» o «in coda» molto più a lungo di quanto la scena sembri giustificare. Entrambi i pattern di solito indicano qualcosa di specifico che vale la pena verificare, piuttosto che qualcosa da continuare ad aspettare.

Perché un job già in rendering può comunque risultare più lento del previsto

Se i frame stanno già arrivando, ma più lentamente di quanto preventivato, la causa è di solito nella scena piuttosto che nella coda:

  • Peso della scena. Il conteggio dei rimbalzi dell'illuminazione globale, le impostazioni di sampling e anti-aliasing, la geometria densa, i sistemi di capelli/pelo/particelle, i volumetrici pesanti e le texture non compresse di grandi dimensioni si sommano tutti direttamente al tempo di render per frame, indipendentemente da livello o pool. Se un render è più lento del previsto, le impostazioni di render sono di solito la prima cosa da controllare — un conteggio di rimbalzi più basso, un denoiser, o un'impostazione di sampling più leggera possono ridurre il tempo di render con una perdita di qualità visibile minima.
  • Un avviso di asset mancante ignorato. Il controllo al momento dell'invio segnala anziché bloccare quando rileva una texture o un riferimento mancante, quindi una scena con una lacuna può comunque essere elaborata, renderizzata e restituita con un aspetto sbagliato. Individuare, correggere e ricaricare quella scena è spesso ciò che dà davvero la sensazione di «questo ha impiegato un'eternità», anche se ogni singolo passaggio di render è stato eseguito alla velocità normale. Vedere Texture o asset mancanti nel render per come individuare il problema prima di caricare.

Checklist di prevenzione

  • Confermare DCC, motore di render e build del plugin rispetto alla matrice delle versioni e dei plugin supportati prima di inviare — un problema di versione può aggiungere un giro di contatto con il supporto alla tempistica.
  • Far corrispondere il livello di priorità alla scadenza, non solo al budget. Una scadenza stretta è esattamente il momento in cui un livello più veloce ripaga il proprio costo.
  • Mantenere le impostazioni di render pesanti solo quanto l'inquadratura richiede effettivamente — conteggio dei rimbalzi, sample e risoluzione incidono tutti direttamente sul tempo di render.
  • Eseguire il controllo degli asset mancanti del proprio DCC prima di ogni caricamento (vedere Texture o asset mancanti nel render), così un avviso ignorato non diventa il motivo di un nuovo render.
  • Se un job sembra bloccato, verificare in quale fase si trova realmente prima di temere il peggio — restare in «in analisi» o «in coda» per un certo periodo è normale, specialmente su scene più pesanti.

Correlati

FAQ

D: Un livello di priorità più alto significa che il job si avvia subito? A: Non immediatamente. Un livello più alto migliora la posizione in coda e consente al job di utilizzare più nodi di render contemporaneamente, ma serve comunque un worker libero nel pool di nodi corrispondente. Il livello influisce sulla velocità di avanzamento una volta disponibile la capacità — non sul fatto che quella capacità esista già.

D: Il job mostra da un po' «in analisi» o «in coda» — c'è qualcosa che non va? A: Di solito no. Quella fase è un controllo automatico che verifica le informazioni del job ed esamina la scena alla ricerca di elementi come texture mancanti, problemi di camera o percorso di output, e disallineamenti di versione, e può richiedere più tempo su scene più pesanti. Se resta in quello stato molto più a lungo di quanto la scena sembri giustificare, contattare il supporto per verificare cosa lo sta rallentando.

D: Perché il render GPU procede frame per frame anziché tutto insieme? A: I job GPU vengono eseguiti su un singolo nodo GPU dedicato per job, quindi i frame vengono renderizzati uno dopo l'altro su quella macchina anziché distribuirsi su più nodi GPU contemporaneamente. In cambio, i job GPU ottengono per impostazione predefinita una priorità alta fissa in coda.

Last updated: 10 luglio 2026