CapordiaMenentukan apa yang harus dilindungi oleh jadwal
Mulailah dari keputusan yang tidak bisa lagi ditunda: tinjauan hasil, transfer ke tim lain, atau berakhirnya periode sewa. Tentukan untuk setiap proyek siapa yang berwenang menyetujui hasilnya. Tanggal penyerahan bukan sekadar tanggal selesainya komputasi: peninjauan ulang dan pengambilan berkas harus sudah mendapat tempat di dalamnya.
Lalu bedakan antara ketersediaan mesin dan ketersediaan orang. Komputasi kadang bisa berjalan pada malam hari, tetapi tim Anda mungkin memerlukan kehadiran untuk peluncuran pertama atau validasi. Tuliskan kendala ini alih-alih menghitung semua jam paket sebagai jam kerja yang dapat dipertukarkan. Jadwal adalah kesepakatan internal yang perlu dikonfirmasi, bukan komitmen penyediaan dari Capordia.
Kumpulkan estimasi yang dapat digunakan, beserta asalnya
Untuk setiap pekerjaan, catat input yang diharapkan, waktu kapan input tersebut benar-benar siap, jumlah kartu simultan, memori per kartu, dan kebutuhan transfer. Tambahkan estimasi okupansi sumber daya sejak awal pemuatan hingga pelepasannya. Pisahkan tugas persiapan yang dapat dilakukan sebelum okupansi tersebut: ini menghindari pemesanan kartu selama menunggu proses administratif.
Tunjukkan apakah estimasi berasal dari uji coba yang sebanding, ekstrapolasi, atau sekadar asumsi. Durasi lama hanya sebanding jika data, versi, pengaturan, dan sumber daya yang relevan cukup mirip. Jika tidak ada catatan, tandai rentang yang perlu divalidasi; jangan tampilkan presisi hingga satuan menit yang menyiratkan suatu pengukuran. Sisihkan uji kualifikasi kecil ketika hasilnya mengubah pilihan jadwal.
Beralih dari total volume ke slot yang dapat direalisasikan
Jumlahkan okupansi yang direncanakan untuk menemukan kelebihan beban yang jelas, lalu tempatkan setiap pekerjaan pada garis waktu. Proses yang tidak dapat dibagi selama empat jam tidak muat dalam dua celah dua jam, kecuali jika interupsi dan kelanjutannya telah divalidasi. Dua pekerjaan yang secara bersamaan menuntut disk atau orang yang sama juga dapat saling mengganggu meskipun masih ada kartu tersedia.
Dokumentasi Slurm menunjukkan mengapa pengisian slot bergantung pada durasi dan sumber daya yang diminta: tugas yang prioritasnya lebih rendah dapat dimulai jika tidak menunda dimulainya tugas berprioritas lebih tinggi yang telah direncanakan. Logika ini membantu membaca rencana Anda; ini tidak menyatakan adanya Slurm dalam penawaran Capordia. Segala penggunaan penjadwal mengandaikan konfigurasi aktualnya dan kebijakan yang diputuskan oleh tim Anda.
Contoh fiktif: tiga proyek dalam dua hari
Tim fiktif “Bureau des tracés” untuk latihan ini hanya memiliki satu kartu yang dapat digunakan dari pukul 09.00 hingga 17.00 selama dua hari, J1 dan J2. Tidak ada pemrosesan yang berbagi kartu dan setiap pemakaian mencakup pemuatan, komputasi, dan ekspor. Durasi berikut adalah asumsi edukatif: tidak berasal dari GPU dalam katalog maupun dari benchmark. Persiapan bersama memakan waktu satu jam di awal J1.
Atlas membutuhkan empat jam dan harus diserahkan sebelum J2 pukul 13.00. Balise membutuhkan tiga jam; inputnya tiba pada J1 pukul 11.00 dan penyerahannya dijadwalkan pada J1 pukul 18.00. Cadastre membutuhkan lima jam; ia siap pada J2 pukul 09.00 dan harus diserahkan sebelum pukul 18.00. Total kebutuhan adalah 4 + 3 + 5 = 12 jam. Dengan satu jam bersama dan tiga jam yang dibiarkan kosong, rencana ini menggunakan enam belas jam yang tersedia.
| Slot | Okupansi yang direncanakan | Durasi | Ketentuan |
|---|---|---|---|
| J1, 09.00–10.00 | Persiapan dan kontrol bersama | 1 jam | Input dan versi tersedia |
| J1, 10.00–14.00 | Atlas | 4 jam | Pekerjaan siap pada pukul 10.00 |
| J1, 14.00–17.00 | Balise | 3 jam | Input diterima pada pukul 11.00 |
| J2, 9.00–14.00 | Cadastre | 5 jam | Input diterima pukul 09.00 |
| J2, 14.00–17.00 | Cadangan yang tidak dialokasikan | 3 jam | Margin hanya tersedia pada J2 |
Tempatkan margin sebelum risiko yang harus diserapnya
Tiga jam bebas tersebut mewakili 25% dari dua belas jam pekerjaan. Namun, persentase ini tidak cukup untuk mengamankan Balise: marginnya berada pada hari setelah penyerahannya. Jika Atlas memakan waktu lima jam alih-alih empat, Balise tidak dapat selesai sebelum pukul 17.00 dalam jendela yang diizinkan. Rencana ini bertahan di atas kertas, tetapi hari pertamanya tetap rapuh. Pembacaan ini lebih berguna daripada sekadar tingkat keterisian rata-rata.
Tim kemudian dapat memindahkan Atlas sebagian atau seluruhnya ke jendela lain hanya jika kendalanya mengizinkan, memperoleh jendela tambahan, atau mengurangi cakupan yang telah disetujui. Kartu kedua adalah opsi yang perlu ditinjau, bukan kesimpulan otomatis: kartu itu harus tersedia, kompatibel, dan disertai sumber daya host yang diperlukan. Tanpa solusi yang tervalidasi, penanggung jawab mengubah komitmen proyek sebelum peluncuran, alih-alih menamai «margin» sebagai cadangan yang tidak dapat digunakan.
Mengarbitrase konflik dengan aturan yang diumumkan
Siapkan aturan arbitrase sebelum dua penanggung jawab menuntut slot yang sama. Aturan sederhana dapat mengutamakan tenggat eksternal yang sudah terkonfirmasi, lalu pekerjaan yang inputnya sudah siap, lalu lamanya permintaan mengantre. Jelaskan siapa yang boleh menyimpang dari aturan ini dan tim mana yang menanggung pergeserannya. Sebuah urgensi harus punya konsekuensi eksplisit pada rencana, bukan menjadi prioritas permanen baru bagi pemintanya.
Simpan kalender acuan dan alasan perubahannya: input yang datang terlambat, durasi yang ternyata lebih lama, atau cakupan yang bertambah. Panduan antrean pekerjaan mengatur keputusan peluncuran berikutnya; kalender melindungi tenggat berbagai proyek. Keterkaitan keduanya menjelaskan mengapa GPU yang sedang kosong belum tentu tersedia untuk pemrosesan tambahan yang panjang.
Memeriksa rencana dan merevisinya dengan deviasi yang tepat
Tinjau ulang satu hari dengan menelusuri slot demi slot. Setiap peluncuran harus memiliki input, akses, kapasitas memori, dan penanggung jawab yang tersedia. Periksa transfer akhir dan waktu peninjauan sebelum penyerahan. Lalu simulasikan keterlambatan yang paling mungkin terjadi dan periksa margin mana yang benar-benar menyerapnya. Jika satu penyimpangan saja membuat tenggat penting terlewat, nyatakan rencana sebagai bersyarat.
Setelah eksekusi nyata, pisahkan waktu tunggu sebelum peluncuran, waktu pemakaian GPU, dan waktu hingga hasil diterima. Perbaiki estimasi berikutnya dengan rincian ini. Keterlambatan transfer saja tidak membenarkan GPU yang lebih kuat; persiapan manual yang terlewat tidak diperbaiki dengan menambah margin komputasi. Pemantauan harus membantu menghilangkan penyebab deviasi, bukan mencari siapa yang bersalah dari satu angka total.
Menghubungkan kalender dengan paket tanpa mencampur satuannya
Delapan jam dalam contoh ini adalah jendela pengorganisasian, bukan tarif delapan jam. Katalog Capordia menawarkan periode tetap 3, 7, atau 30 hari dan harga per paket lengkap. Periksa secara terpisah durasi sewa, jumlah GPU dalam paket, dan kalender kerja. Menambah GPU tidak menghapus persiapan maupun validasi manusia.
Luaran yang berguna adalah kalender yang disetujui beserta asumsinya, margin yang ditempatkan, dan keputusan saat terjadi deviasi. Kalender ini masih harus dikonfirmasi dengan sumber daya yang benar-benar tersedia dan uji yang representatif. Jangan mengubah enam belas jam dalam latihan maupun persentase cadangannya menjadi tenggat yang dijamin atau aturan umum dalam menentukan ukuran.
Pertanyaan untuk memutuskan
Bisakah saya membagi jam yang direncanakan dengan jumlah GPU?
Hanya jika pekerjaan dapat berjalan paralel dan sumber daya lain memungkinkan. Pemrosesan yang tak dapat dibagi, dependensi, atau tahap peninjauan dapat membatasi kalender. Tampilkan kendala ini sebelum mengubah total jam menjadi jumlah GPU.
Berapa margin yang perlu disiapkan?
Margin bergantung pada deviasi yang mungkin terjadi dan posisinya dalam kalender. Tiga jam dalam contoh bersifat fiktif dan tidak melindungi semua tenggat. Tempatkan cadangan sebelum penyerahan yang harus diamankannya, lalu justifikasikan dengan pengamatan Anda.
Apakah jadwal menggantikan penerimaan mesin?
Tidak. Jadwal mengasumsikan sumber daya dan aplikasi yang dapat digunakan. Penerimaan harus memverifikasi asumsi ini sebelum slot dianggap dapat dimanfaatkan. Jika ada kondisi yang masih belum diketahui, kalender harus tetap berstatus sementara dan menyertakan keputusan cadangan.