Mempersiapkan keputusan sebelum penyediaan
Mulailah dengan satu unit pekerjaan yang selesai: folder yang diperkaya dan diekspor, kumpulan render yang dibuka oleh penerimanya, atau evaluasi yang disertai hasilnya. Tuliskan kriteria bisnis di samping kriteria teknis. Sebuah program dapat selesai tanpa kesalahan tetapi menghasilkan hasil yang tidak dapat digunakan. Sebaliknya, hasil yang benar yang diperoleh sekali saja belum membuktikan bahwa tim mampu menjalankan ulang pekerjaan dan mengambil kembali berkasnya.
Pertahankan parameter yang memengaruhi beban: volume input, presisi, ukuran batch, konkurensi, dan dependensi. Bedakan antara antrean pekerjaan independen, tugas yang mendistribusikan komputasinya ke beberapa kartu, dan layanan yang menerima permintaan secara terus-menerus. Ketiga organisasi ini tidak memiliki kriteria penerimaan yang sama. Satu baris "GPU kuat" tidak memberi siapa pun cara untuk memutuskan.
Penanggung jawab proyek menetapkan kriteria sebelum pengujian. Operator menyiapkan akses, penanggung jawab aplikasi menyediakan perintah peluncuran yang diketahui, dan penerima memvalidasi keluaran. Satu orang yang sama dapat menjalankan beberapa peran; namun setiap peran harus memiliki pemegang dan penggantinya. Sisihkan dalam periode yang dipilih untuk instalasi, pengujian, kemungkinan perbaikan, dan ekspor akhir, selain komputasi yang bermanfaat.
Pisahkan produsen, alokasi, dan tugas sebenarnya
Spesifikasi GPU menggambarkan perangkat keras acuan. Mesin yang dialokasikan membawa properti lain: jumlah perangkat yang terlihat, akses yang diberikan, versi perangkat lunak, volume dan jalur yang dapat digunakan. Tugas tolok ukur membawa tingkat ketiga: hasil yang diperoleh dengan data dan pengaturan Anda. Dalam tabel, tetapkan setiap baris ke satu tingkat saja agar karakteristik produsen tidak diperlakukan sebagai pengukuran layanan Anda.
Jangan menyimpulkan NVLink, topologi tertentu, atau throughput disk hanya dari model kartu. Jika aplikasi Anda bergantung pada properti ini, ubah menjadi persyaratan eksplisit, minta cakupannya diperjelas, lalu verifikasi pada target. Jika tidak diperlukan untuk beban Anda, jangan menambahkannya sebagai kondisi penerimaan yang artifisial.
Memori per GPU dan jumlah kartu tetap menjadi dua kolom yang berbeda. Satu batch B200 di Capordia mencakup dua GPU; itu tidak cukup untuk memberikan memori tunggal pada program yang dirancang untuk satu kartu. Dokumentasikan mekanisme pendistribusian perangkat lunak sebelum mengharapkan manfaatnya.
| Tingkat | Pertanyaan yang ditangani | Bukti yang disimpan | Apa yang tidak dibuktikan oleh ini |
|---|---|---|---|
| Referensi produsen | Apakah model tersebut termasuk dalam keluarga yang dipertimbangkan? | Halaman resmi, varian, dan tanggal peninjauan | Topologi dan sumber daya mesin yang dialokasikan |
| Lingkungan yang dialokasikan | Apa yang benar-benar dapat digunakan aplikasi saya? | Inventaris bertanggal, versi, hak, dan volume yang dikontrol | Kualitas atau waktu penyelesaian tugas saya |
| Tugas representatif | Apakah pekerjaan yang diharapkan dapat diterima di sini? | Input yang teridentifikasi, perintah, keluaran, dan validasi bisnis | Perilaku semua beban di masa depan |
Buat inventaris tanpa mengubah pengaturan
Pada NVIDIA, perintah di bawah ini menampilkan versi alat, daftar GPU, dan beberapa atribut dalam format CSV. Periksa dulu bantuan yang terpasang: kolom dan fungsi yang tersedia bergantung pada versinya. Dokumentasi NVIDIA merekomendasikan pengenal seperti UUID untuk melacak perangkat, karena urutan indeks dapat berubah. Pertahankan satuan seperti yang dituliskan oleh alat. Pengukuran ini tidak menjalankan tugas GPU dan tidak menilai performanya.
Untuk AMD, catat versi dengan "amd-smi version", lalu inventaris dan properti statis dengan "amd-smi list --json" dan "amd-smi static --json". Periksa opsi melalui bantuan instalasi Anda. AMD SMI mengasumsikan GPU AMD dan driver-nya; dokumentasi yang dirujuk adalah AMD SMI 27.0.0. Kolom yang tidak tersedia harus tetap "belum ditetapkan", beserta alasannya, daripada diberi nilai tebakan.
Selanjutnya arsipkan versi aplikasi dan pustakanya. Banner CUDA dari NVIDIA SMI saja tidak membuktikan versi toolkit yang terpasang. Untuk ROCm, cocokkan kombinasi GPU, sistem, dan versi dengan matriks yang sesuai. Dalam kedua kasus, uji yang menentukan tetap peluncuran aplikasi Anda di lingkungan yang benar-benar direncanakan.
File ini menyediakan perintah NVIDIA dan AMD untuk dijalankan di mesin Anda, lalu dilampirkan ke berita acara. Semuanya mengacu pada dokumentasi resmi; tidak ada hasil CUDA atau ROCm yang diukur dalam contoh ini. File perintah yang dapat diunduh mencakup kedua cabang dan kolom yang harus dilampirkan ke berita acara.
nvidia-smi --version
nvidia-smi --help-query-gpu
nvidia-smi -L
nvidia-smi --query-gpu=index,name,uuid,memory.total --format=csvMengubah setiap persyaratan menjadi kontrol yang dapat diamati
Baris penerimaan yang baik menghubungkan kriteria, metode, dan bukti pendukung. "Cukup penyimpanan" misalnya menjadi: lokasi kerja teridentifikasi, ruang tersedia tercatat sebelum peluncuran, dan ekspor dibuka dari tujuannya. Jumlah yang dibutuhkan adalah jumlah untuk pekerjaan Anda, termasuk file perantara; panduan ini tidak mengasumsikan kapasitas disk yang terpasang pada setiap GPU.
Tetapkan satuan sebelum membandingkan dua pengukuran. Satu GB desimal sama dengan satu miliar byte; satu GiB sama dengan 2 pangkat 30 byte. Perangkat dapat menampilkan notasi Inggris GB dan GiB, atau MiB untuk satuan yang lebih kecil. Simpan nilai mentah beserta satuannya, lalu cantumkan konversinya jika ada. Jangan menyingkirkan sebuah konfigurasi hanya karena perbedaan notasi antara lembar spesifikasi dan hasil pengukuran.
Untuk jaringan, uji alur proyek: tujuan sama, izin sama, dan jenis file yang representatif. Satu unduhan terpisah tidak memenuhi syarat untuk ekspor ribuan hasil kecil. Ukur dan dokumentasikan transfer di kedua arah jika proyek menggunakannya, lalu tetapkan ambang batas yang dituntut oleh jadwal Anda. Tanpa ambang batas yang ditetapkan sebelum pengujian, durasi yang teramati hanyalah sebuah observasi.
Status "tidak dijalankan" lebih baik daripada keberhasilan tanpa bukti. Tabel CSV membiarkan kolom observasi, tanggal, dan bukti kosong. Anda hanya dapat menghapus kontrol di luar cakupan dengan menjelaskan alasannya dan menyimpan persetujuan dari pengambil keputusan.
| Kontrol | Kriteria yang harus ditulis | Bukti yang diharapkan |
|---|---|---|
| Perangkat keras yang dapat diakses | Model dan jumlah perangkat yang disepakati | Inventaris dari lingkungan aplikasi |
| Kompatibilitas | Aplikasi dan dependensi yang teridentifikasi | Versi dan peluncuran penuh |
| Memori GPU | Beban dan konkurensi yang ditetapkan, tanpa kegagalan memori | Pengukuran dengan satuan, metode, dan cakupan pengukuran |
| Penyimpanan | Input, perantara, dan ekspor tercakup | Ruang yang terverifikasi dan file yang dibaca ulang di tujuan |
| Alur jaringan | Tujuan dan tenggat waktu maksimal proyek | Metode transfer, volume, durasi, dan pemeriksaan integritas |
| Hasil bisnis | Output dan toleransi yang ditetapkan sebelum pengujian | Laporan dari penanggung jawab hasil |
Menjadikan tugas tolok ukur sebagai serah terima operasional
Pilih sampel yang diizinkan yang memunculkan kendala pekerjaan nyata. Demonstrasi kecil berguna untuk memverifikasi peluncuran; namun tidak menggantikan kasus yang mengungkap puncak memori, file perantara, atau ekspor akhir. Catat pengenal kumpulan uji, versi, dan konfigurasinya. Folder bersama merujuk pada metode penyediaan rahasia tanpa menyimpan nilainya.
Penanggung jawab aplikasi melakukan siklus penuh mulai dari proses awal yang diketahui hingga pembukaan output. Operator kemudian mengulang alur tersebut berdasarkan prosedur, tanpa bergantung pada status tersembunyi di terminal operator pertama. Tujuannya adalah memverifikasi serah terima yang dapat digunakan: jalur, izin, peluncuran, lokasi log, dan pemulihan.
Tentukan juga apa yang terjadi setelah kegagalan yang terkendali. Output sementara harus dapat dibedakan dari hasil yang diterima. Berkas penerimaan tidak boleh mengarang mekanisme pemulihan yang tidak dimiliki aplikasi: berkas tersebut mencatat yang sudah ada dan merujuk ke prosedur migrasi untuk mengatur lot yang terhenti. Jika komputasi bersifat numerik, toleransi menjadi milik protokol bisnis; identitas bit-per-bit bukanlah persyaratan universal.
Saat membandingkan beberapa konfigurasi, jaga protokol ini tetap konstan. Catat juga kesalahan dan pengujian yang perlu diulang. Keputusan akhir dapat memilih suatu opsi karena menyederhanakan antrean kerja, penerimaan, atau jadwal; keputusan itu tidak perlu mengubah satu pengukuran menjadi peringkat GPU secara keseluruhan.
Membaca contoh yang telah diisi tanpa menganggapnya sebagai pengukuran
Contoh yang dapat diunduh «Atelier des plans» sepenuhnya fiktif. Sebuah tim ingin memproses korpus uji berisi dua belas dokumen teknis lalu memperoleh indeks yang dapat ditelusuri oleh para penelaah. Kedua belas dokumen tersebut adalah asumsi penyusunan; tidak ada kecepatan, konsumsi memori, atau pengukuran GPU yang diberikan. Target H100 adalah kandidat untuk penetapan cakupan, yang perlu dikonfirmasi setelah meninjau perangkat lunak dan beban kerjanya.
Penanggung jawab aplikasi menyiapkan peluncuran dan kredensial yang diharapkan. Tim operasi mengendalikan akses dan pengembalian berkas. Penanggung jawab hasil harus mengonfirmasi bahwa setiap dokumen memiliki keluaran yang terbaca dan rujukan dalam indeks. Dalam skenario ini, ia belum dapat membuka ekspor dari tujuannya. Baris perangkat keras dan aplikasi tetap belum dijalankan; keputusan fiktifnya pun «peluncuran diblokir».
Contoh ini menunjukkan cara mengisi tanggung jawab dan menghasilkan keputusan yang dapat dipertanggungjawabkan tanpa mengarang keberhasilan. Tidak adanya bukti ekspor bukan sekadar catatan pinggir: hal itu justru menghambat penggunaan yang menuntut hasil yang dapat dipulihkan. Upaya baru harus mengulang pemeriksaan ini, melampirkan buktinya, dan mencantumkan tanggal keputusan. Menghapus komentar dalam tabel saja tidak cukup.
| Poin | Status skenario | Keputusan |
|---|---|---|
| Masukan | Dua belas kredensial yang diharapkan, berdasarkan asumsi | Siapkan manifes sebelum uji |
| Perangkat keras dan perangkat lunak | Uji tidak dijalankan | Tidak ada kesesuaian yang dinyatakan |
| Ekspor akhir | Tujuan yang direncanakan, penelaahan belum dilakukan | Blokir peluncuran |
| Pengambil keputusan | Penanggung jawab proyek yang ditunjuk berdasarkan peran | Tinjau dokumen sebelum menandatangani |
Menolak, menerima dengan catatan, atau menunda keputusan
Kriteria yang menghambat dan tidak terpenuhi menghentikan penerimaan cakupan yang bersangkutan. Pemeriksaan yang tidak mungkin dilakukan tidak otomatis menjadi berhasil: pemeriksaan itu menghasilkan status «terblokir» atau «tidak dijalankan», sebuah tindakan, dan penanggung jawab. Hindari penggunaan «catatan» untuk menyembunyikan prasyarat pekerjaan. Jika suatu keluaran tidak dapat dipulihkan, menerima perhitungan saja tidak mengizinkan rantai kerja secara keseluruhan.
Catatan dapat disetujui untuk poin sekunder jika penggunaan yang diizinkan dibatasi secara jelas, jika solusi sementara telah diverifikasi, dan jika ada pihak yang menyetujui cakupan tersebut. Cantumkan tenggat pemeriksaan ulang dan apa yang akan terjadi jika tenggat itu tidak dipenuhi. Penerimaan yang terbatas pada sebuah uji tidak sama dengan penerimaan produksi.
Berita acara menyimpan keputusan, pemeriksaan yang mendasarinya, dan pemeriksaan yang masih terbuka. Penerimaan teknis tidak mengonfirmasi pembayaran maupun tanggal kontraktual: pemantauan tersebut memiliki rujukannya sendiri. Setelah kriteria terpenuhi, tim menyerahkan kepada tim operasi peluncuran, versi, lokasi data, dan prosedur keluar.
| Temuan | Status yang disarankan | Tindak lanjut dan penanggung jawab |
|---|---|---|
| Model atau jumlah tidak sesuai dengan cakupan yang disepakati | Penolakan cakupan | Minta penanggung jawab proyek memperjelas alokasi |
| Aplikasi penting tidak dapat dijalankan | Terblokir | Penanggung jawab aplikasi: diagnosis lalu ulangi siklus |
| Keluaran tidak ada, tidak terbaca, atau di luar toleransi | Penolakan tugas | Penanggung jawab hasil: isolasi keluaran dan kualifikasi selisihnya |
| Ekspor atau pemulihan tidak diverifikasi padahal diwajibkan | Terblokir | Operasi: jalankan prosedur dan lampirkan buktinya |
| Poin sekunder ditunda, penggunaan terbatas disetujui | Catatan terdokumentasi | Pengambil keputusan: batasi penggunaan, tetapkan pemeriksaan ulang dan penanggung jawabnya |
Unduh dan gunakan berkas penerimaan versi 1
Templat Markdown berfungsi sebagai halaman sampul dan berita acara. Tabel CSV menyediakan pemeriksaan yang dapat disesuaikan, dengan kolom untuk tingkat bukti, penanggung jawab, kriteria yang ditetapkan sebelum uji, metode, observasi, dokumen, dan status. Buka CSV dalam UTF-8 dengan koma sebagai pemisah; kolom hasil sengaja dibiarkan kosong. Simpan salinan kosong sebelum mengerjakannya.
Buka templat dengan editor teks dan tabel dengan aplikasi lembar kerja. Sesuaikan contoh fiktif dengan kebutuhan Anda, lalu catat observasi pada mesin Anda sendiri. Lisensi yang disediakan mengizinkan penggunaan dan penyesuaian dengan tetap mempertahankan pemberitahuannya; nama produk dan dokumentasi eksternal tetap memiliki haknya masing-masing.
Gunakan penerimaan ini untuk mengesahkan cakupan yang tepat, lalu lengkapi saat ada perubahan versi, data, atau mode operasi. Ini bukan tolok ukur universal maupun jaminan bebas gangguan. Panduan migrasi mengambil alih ketika harus memindahkan status pekerjaan dan menjelaskan nasib setiap batch.
Untuk mempersiapkan kelanjutannya
Berikan setiap orang akses yang diperlukan, dengan akhir yang telah direncanakan.
Menetapkan akses teknis, memverifikasi identitas, dan mengatur pencabutannya.
Kualifikasi lingkungan, lalu setiap perubahan.
Berpindah dari berkas yang telah disiapkan ke keputusan eksplisit untuk mulai digunakan.