Bawa pulang hasil Anda beserta hal-hal untuk melanjutkan pekerjaan.

Tentukan apa yang harus bertahan setelah sesi berakhir

Mulailah dari hal yang sulit dibuat ulang: file asli yang unik, anotasi, pilihan yang sudah disetujui, parameter, dan hasil yang diterima. Tambahkan file yang diperlukan untuk memahami dan melanjutkan pekerjaan. Cache bisa berukuran besar tanpa bersifat wajib; sebaliknya, satu konfigurasi kecil yang terlupakan dapat membuat arsip besar tidak terpakai.

Pisahkan pengiriman dari arsip kelanjutan. Penerima membutuhkan hasil yang diterima dan penjelasan singkat. Anda juga membutuhkan input, versi, uji coba, dan status antara yang berguna. Folder klien yang mencampur varian yang ditolak, log teknis, dan file final meningkatkan risiko menggunakan hasil yang salah.

Membangun inventaris yang tidak bergantung pada ingatan Anda

Berikan setiap file tempat yang tetap dan jaga keterkaitan antara input dan output. Sebuah daftar dapat memuat jalur relatif, peran file, ukurannya, dan statusnya: disimpan, akan dilanjutkan, atau hanya disimpan untuk memahami suatu uji coba. Menggunakan jalur relatif memungkinkan folder dipindahkan tanpa menyimpan nama khusus suatu mesin.

Tambahkan catatan kelanjutan berisi tujuan, versi perangkat lunak, komponen yang wajib ada, urutan operasi, dan input kontrol. Catat file publik yang Anda rencanakan untuk diunduh nanti beserta versi tepatnya. Karena ketersediaannya di masa depan tidak terjamin, simpan secara lokal hal yang tak tergantikan dan yang boleh Anda simpan.

Periksa kembali ekspor konfigurasi dan log sebelum membagikannya. Hapus kata sandi, kunci, dan tautan akses yang tidak semestinya ada di dalam arsip. Catatan harus menjelaskan cara memulihkan akses yang sah, tanpa memuat rahasianya sendiri.

Untuk sebuah model, bedakan antara penggunaan dan melanjutkan pelatihan

Bobot sebuah model dan keadaan pekerjaan yang lengkap tidak memberikan manfaat yang sama. Di PyTorch, state_dict model menyimpan parameternya dan sejumlah status. Melanjutkan pelatihan juga memerlukan elemen yang dipakai oleh loop, termasuk status optimizer dan progresnya. Kebutuhan pastinya bergantung pada program Anda: scheduler, mixed precision, atau pengambilan acak juga bisa berpengaruh.

Pilih titik penyimpanan sesuai pertanyaan yang ingin dijawab: "membuat prediksi lagi" atau "melanjutkan dari tahap ini". Dokumentasikan struktur yang diharapkan dan coba muat kembali file Anda sendiri. Nama seperti checkpoint-final tidak menjamin bahwa semua elemen untuk melanjutkan telah tersimpan.

Rencanakan penyalinan sebelum waktu habis

Siapkan lokasi yang aksesnya Anda kendalikan dan periksa kapasitasnya. Lakukan salinan kecil di awal proyek, lalu salinan sementara untuk elemen yang sudah stabil. Simpan versi arsip yang dapat diidentifikasi: jika ada keluaran yang berubah selama transfer akhir, Anda tidak akan tahu lagi keadaan mana yang telah Anda pulihkan.

Sebelum salinan terakhir, selesaikan penulisan yang direncanakan atau gunakan metode penyimpanan konsisten yang disediakan perangkat lunak. File yang sedang ditulis dapat berubah antara inventaris dan penyalinan. Untuk pelatihan yang masih berjalan, andalkan titik kelanjutan yang benar-benar sudah selesai, bukan file sementara yang sekadar terlihat di folder.

Volume data, file berukuran kecil, dan gangguan memengaruhi pemulihan. Masukkan tahap ini ke dalam jadwal 3, 7, atau 30 hari. Jangan menyimpulkan waktu pasti untuk seluruh arsip hanya dari uji transfer singkat; perhitungkan juga waktu ekstraksi dan pembukaan.

Periksa isi, lalu integritas salinan

Bandingkan dulu jalur yang diharapkan dan jumlah file. Ukuran membantu mendeteksi file kosong atau terpotong, tetapi dua file berbeda bisa memiliki ukuran yang sama. Untuk memeriksa byte, hitung hash SHA-256 setiap file sumber yang stabil, lalu hash yang sama pada salinannya. Python mendokumentasikan perhitungan ini di hashlib; alat lain menawarkan algoritma yang sama.

Simpan inventaris hash secara terpisah dari file yang dijelaskannya, tanpa mencoba memasukkan hash-nya sendiri ke dalamnya. Perbedaan bisa berasal dari salinan yang salah, tetapi juga dari file sumber yang berubah di antara kedua perhitungan. Identifikasi penyebabnya sebelum mengganti apa pun.

Hash yang identik tidak menilai hasil akhir dan tidak dengan sendirinya membuktikan pembuat file. Gambar yang buram atau model yang buruk bisa disalin tanpa perubahan. Karena itu, padukan pemeriksaan integritas dengan membuka keluaran yang representatif dan memeriksa kriteria Anda.

Contoh: seratus gambar, dua ratus dua file berguna

Bayangkan pengiriman seratus visual. Arsip kelanjutan berisi seratus file asli, seratus gambar yang diterima, satu file parameter, dan satu catatan kelanjutan: 100 + 100 + 1 + 1 = 202 file. Inventaris terpisah menjelaskan 202 elemen tersebut; dengan inventaris itu, folder berisi 203 file. Ini hanyalah contoh pengorganisasian, tanpa pemrosesan yang dijanjikan.

Setelah penyalinan, penghitungan menemukan kembali 202 elemen yang dijelaskan, tetapi satu hash berbeda. Jadi Anda memiliki 201 file yang cocok dan satu file yang perlu diperiksa: jumlah total yang benar saja tidak cukup. Jika file sumber tetap stabil, salin ulang elemen tersebut, lalu hitung ulang hash-nya. Jika sumbernya berubah, pilih dulu versi yang ingin dipertahankan dan perbarui inventaris secara konsisten.

Kemudian buka dari salinan tersebut sebuah gambar berukuran besar, gambar dengan transparansi, dan gambar yang berisi teks. Periksa juga bahwa seratus nama yang diharapkan ada dalam pengiriman. Ketiga pembukaan ini menggambarkan pemeriksaan yang terarah; ketiganya tidak menjamin kualitas semua visual lainnya. Kasus yang ditandai selama pemrosesan harus ditinjau satu per satu.

Mengulang pemulihan tanpa menggunakan jalur lama

Buka proyek dari lokasi cadangan atau folder uji yang terpisah. Ikuti catatan tersebut secara berurutan, tanpa diam-diam mencari dependensi di lingkungan awal. File yang tertaut, font, versi ekstensi, atau jalur absolut yang hilang akan terlihat saat itu.

Untuk gambar, muat kembali entri dengan pengaturan yang tersimpan dan buka hasil ekspornya. Untuk asisten, muat ulang konfigurasi dan ajukan kembali pertanyaan kontrol beserta dokumennya. Untuk komputasi, periksa pemuatan status dan satu langkah kecil yang diharapkan. Verifikasi harus sampai pada hasil yang berguna; melihat folder di penjelajah file tidak menguji pemulihannya.

Catat cakupan pemeriksaan. Anda mungkin sudah memverifikasi pembukaan hasil pengiriman tanpa memiliki perangkat lunak yang diperlukan untuk menjalankan ulang komputasi di komputer Anda. Dalam hal ini, jelaskan secara tepat apa yang diperiksa dan apa yang masih perlu dicoba di lingkungan yang kompatibel.

Kenali kesalahan yang memberi rasa aman palsu

Satu arsip tunggal di disk kerja bisa hilang bersama disk tersebut. Salinan yang tersinkronisasi bisa mereplikasi penghapusan yang tidak disengaja. Jadi, dua folder yang terlihat di tempat yang sama tidak membuktikan adanya dua cara pemulihan data yang independen. Pilih organisasi penyimpanan yang sesuai dengan tingkat kepentingannya, lalu uji jalur pemulihan yang direncanakan.

Jebakan lain lebih umum: ekspor terakhir tidak ada, arsip disalin sebelum penulisannya selesai, parameter tanpa versi, atau file yang dilindungi oleh akses yang tidak dimiliki penerima. Lakukan pemeriksaan terakhir dengan daftar tersebut, dari tujuan yang sebenarnya. Selama masih ada anomali yang belum terselesaikan, simpan elemen yang diperlukan untuk memperbaikinya.

• Hasil pengiriman yang diharapkan sudah ada dan teridentifikasi.
• Inventarisnya sesuai dengan salinan yang dipilih.
• File kontrol dapat dibuka dari tujuan.
• Catatan pemulihan menjelaskan dependensi dan batasan yang tersisa.
• Akses yang diperlukan dikelola secara terpisah dari file yang dibagikan.