Riparti con i tuoi risultati e con quanto serve per riprendere il lavoro.

Decidere cosa deve sopravvivere alla sessione

Inizia da ciò che sarebbe difficile ricreare: originali unici, annotazioni, scelte approvate, parametri e risultati accettati. Aggiungi i file necessari per capire e riprendere il lavoro. Le cache possono essere voluminose senza essere indispensabili; al contrario, una piccola configurazione dimenticata può rendere inutilizzabile un grande archivio.

Separa la consegna dall'archivio di ripresa. Il destinatario ha bisogno degli output accettati e di una spiegazione breve. Anche tu hai bisogno degli input, delle versioni, delle prove e degli stati intermedi utili. Una cartella cliente che mescola varianti scartate, log tecnici e file definitivi aumenta il rischio di usare l'output sbagliato.

Costruire un inventario che non dipende dalla tua memoria

Dai a ogni file una collocazione stabile e mantieni il legame tra input e output. Un elenco può contenere il percorso relativo, il ruolo del file, la sua dimensione e il suo stato: scelto, da riprendere o conservato solo per capire una prova. Usare percorsi relativi permette di spostare la cartella senza conservare il nome particolare di una macchina.

Aggiungi una nota di ripresa con l'obiettivo, la versione del software, i componenti indispensabili, l'ordine delle operazioni e l'input di controllo. Annota i file pubblici che prevedi di recuperare più tardi con la loro versione precisa. Poiché la loro disponibilità futura non è garantita, conserva localmente ciò che è insostituibile e che sei autorizzato a tenere.

Rileggi le esportazioni di configurazione e i log prima di condividerli. Rimuovi password, chiavi e link di accesso che non hanno posto nell'archivio. La nota deve spiegare come ripristinare un accesso autorizzato, senza contenere essa stessa il segreto.

Per un modello, distinguere utilizzo e ripresa dell'addestramento

I pesi di un modello e uno stato completo di lavoro non offrono lo stesso servizio. In PyTorch, lo state_dict del modello conserva i suoi parametri e alcuni stati. Riprendere un addestramento richiede anche gli elementi usati dal ciclo, tra cui lo stato dell'ottimizzatore e l'avanzamento. Le esigenze esatte dipendono dal tuo programma: scheduler, precisione mista o estrazioni casuali possono contare anch'essi.

Scegli il punto di salvataggio in base alla domanda da risolvere: «rifare una previsione» o «continuare da questa fase». Documenta la struttura attesa e prova a ricaricare il tuo stesso file. Un nome come checkpoint-final non garantisce che tutti gli elementi di ripresa siano stati salvati.

Prevedere la copia prima che manchi il tempo

Prepara una posizione di cui controlli l'accesso e verificane la capacità. Fai una piccola copia all'inizio del progetto, poi una copia intermedia degli elementi già stabili. Mantieni una versione identificabile dell'archivio: se alcune uscite cambiano durante il trasferimento finale, non saprai più quale stato hai recuperato.

Prima dell'ultima copia, completa le scritture previste o usa il metodo di salvataggio coerente proposto dal software. Un file in fase di scrittura può cambiare tra l'inventario e la copia. Per un addestramento che continua, affidati a un punto di ripresa esplicitamente completato piuttosto che a un file temporaneo semplicemente visibile nella cartella.

Il volume di dati, i file piccoli e le interruzioni influenzano il recupero. Integra questa fase nel calendario di 3, 7 o 30 giorni. Non dedurre da una breve prova di trasferimento un tempo certo per l'intero archivio; prevedi anche il tempo di estrazione e apertura.

Controllare il contenuto, poi l'integrità della copia

Confronta prima i percorsi attesi e il numero di file. La dimensione aiuta a individuare un file vuoto o troncato, ma due file diversi possono avere la stessa dimensione. Per controllare i byte, calcola un hash SHA-256 di ogni file sorgente stabile, poi lo stesso hash sulla sua copia. Python documenta questo calcolo in hashlib; altri strumenti propongono lo stesso algoritmo.

Conserva l'inventario degli hash separatamente dai file che descrive, senza cercare di fargli contenere il proprio hash. Una differenza può derivare da una copia errata, ma anche da un file sorgente modificato tra i due calcoli. Identifica la causa prima di sostituire qualsiasi cosa.

Un hash identico non giudica il risultato professionale e non prova da solo la paternità del file. Un'immagine sfocata o un modello sbagliato possono essere copiati senza alterazioni. Associa quindi i controlli di integrità all'apertura di uscite rappresentative e alla verifica dei tuoi criteri.

Esempio: cento immagini, duecentodue file utili

Immaginiamo una consegna di cento visual. L'archivio di ripresa contiene cento originali, cento immagini accettate, un file di parametri e una nota di ripresa: 100 + 100 + 1 + 1 = 202 file. Un inventario separato descrive questi 202 elementi; con questo inventario, la cartella contiene 203 file. Si tratta di un esempio di organizzazione, senza alcuna lavorazione annunciata.

Dopo la copia, il conteggio ritrova i 202 elementi descritti, ma un hash differisce. Hai quindi 201 file concordanti e un file da esaminare: il numero totale corretto non basta. Se il file sorgente è rimasto stabile, ricopia questo elemento, poi ricalcola il suo hash. Se la sorgente è cambiata, scegli prima la versione da conservare e aggiorna l'inventario in modo coerente.

Apri poi dalla copia un'immagine grande, un'immagine con trasparenza e un'immagine contenente del testo. Controlla anche che i cento nomi attesi siano presenti nella consegna. Queste tre aperture illustrano un controllo mirato; non certificano la qualità di tutti gli altri file visivi. I casi segnalati durante l'elaborazione devono essere rivisti singolarmente.

Ripetere un ripristino senza usare i vecchi percorsi

Apri il progetto dalla posizione di salvataggio o da una cartella di test separata. Segui la nota nell'ordine indicato, senza andare a cercare di nascosto una dipendenza nell'ambiente iniziale. I file collegati, i font, le versioni delle estensioni o i percorsi assoluti mancanti diventano così visibili.

Per le immagini, riprendi una voce con le impostazioni conservate e apri l'esportazione. Per un assistente, ricarica la configurazione e riproponi una domanda di controllo con i suoi documenti. Per un calcolo, verifica il caricamento dello stato e un piccolo passaggio atteso. La verifica deve arrivare al risultato utile; vedere una cartella nell'esplora file non testa il suo ripristino.

Annota la portata del controllo. Potresti aver verificato l'apertura dei file consegnati senza disporre del software necessario per rieseguire il calcolo sul tuo computer. In questo caso, descrivi con precisione ciò che è verificato e ciò che resta da provare in un ambiente compatibile.

Riconoscere gli errori che danno una falsa sicurezza

Un unico archivio sul disco di lavoro può sparire insieme a quel disco. Una copia sincronizzata può riprodurre una cancellazione accidentale. Due cartelle visibili nello stesso posto non dimostrano quindi due modi indipendenti di recuperare i dati. Scegli un'organizzazione di conservazione adatta alla loro importanza, poi testa il percorso di recupero previsto.

Gli altri tranelli sono più comuni: ultima esportazione assente, archivio copiato prima della fine della scrittura, parametri senza versione, o file protetto da un accesso che il destinatario non possiede. Fai un ultimo passaggio con la lista, dalla destinazione reale. Finché un'anomalia resta aperta, conserva gli elementi necessari per correggerla.

• I file consegnati attesi sono presenti e identificati.
• L'inventario coincide con la copia scelta.
• I file di controllo si aprono dalla destinazione.
• La nota di ripresa descrive le dipendenze e i limiti rimanenti.
• Gli accessi necessari sono gestiti separatamente dai file condivisi.