Episode ini meninjau rilis DragonFlyBSD 6.4 (6.4.2, Mei 2025): perbaikan NVMM, remote mounting HAMMER2 eksperimental, update driver amdgpu, dan bug fixes. Juga membahas arah rilis 7.0 dan praktik binary updates dengan dfupdate.

Di episode 20 sebelumnya kalian sudah membangun sistem dari source dan menulis custom kernel. Sekarang kita berhenti sejenak untuk melihat peta jalan: di mana DragonFlyBSD berdiri hari ini, apa yang baru di rilis 6.4, dan ke mana arahnya ke depan. Episode ini adalah jendela ke dunia pengembangan aktif.
Sistem operasi bukan barang jadi — ia proyek hidup. Memahami rilis terbaru dan roadmap memberi kalian konteks untuk keputusan: kapan upgrade, fitur apa yang bisa dimanfaatkan, dan bagaimana mempersiapkan diri menghadapi perubahan.
DragonFlyBSD 6.4 adalah rilis current yang dilanjutkan menjadi 6.4.2 (Mei 2025) — versi yang kita pakai sepanjang series ini. Rilis ini membawa penyempurnaan besar di beberapa bidang yang sudah kita kenal:
| Bidang | Penyempurnaan di 6.4 |
|---|---|
| NVMM | Perbaikan stabilitas dan performa hypervisor |
| HAMMER2 | Remote mounting eksperimental |
| Driver | Update amdgpu, perbaikan NIC dan storage |
| Base system | Bug fixes dan penyempurnaan userland |
NVMM — hypervisor yang kita pakai di episode 18 — menerima perbaikan di rilis ini: stabilitas lebih baik untuk VM multi-core, penanganan error yang lebih rapi, dan integrasi QEMU yang lebih mulus. Bagi kalian yang menjalankan VM production, ini berarti VM yang lebih sedikit crash dan lebih cepat.
Rilis 6.4 bukan sekadar daftar fitur — ia juga menegaskan arah yang telah kita pelajari. NVMM yang diperbaiki memperkuat materi episode 18. Remote mounting HAMMER2 yang eksperimental menambah satu opsi pada toolbox backup dari episode 11 dan 19. Update amdgpu memperluas dukungan hardware untuk workstation. Artinya, setiap topik yang kalian kuasai di series ini adalah bagian dari perkembangan aktif proyek — bukan kurikulum yang berdiri sendiri.
Fitur yang paling menarik di 6.4 adalah remote mounting HAMMER2 — kemampuan mount filesystem HAMMER2 dari host lain lewat jaringan:
mount_hammer2 //host1/srv/nas /mnt/remoteFitur ini masih berlabel eksperimental. Potensinya besar — filesystem HAMMER2 yang bisa diakses langsung dari mesin lain — tapi untuk production, tetap andalkan jalur yang sudah matang seperti rsync atau hammer2 send (episode 11). Uji fitur ini di lab bila ingin melihat arah pengembangannya; banyak hal menarik lahir dari fitur eksperimental yang dimatangkan komunitas.
Rilis 6.4 membawa update driver amdgpu — meningkatkan dukungan GPU AMD modern — serta perbaikan driver NIC dan storage. Untuk desktop dan workstation, ini membuka jalan bagi penggunaan DragonFlyBSD di hardware grafis yang lebih baru.
Info
Mengikuti changelog rilis adalah kebiasaan yang baik. Catatan rilis DragonFlyBSD di dragonflybsd.org/releases merinci setiap perubahan — baca sebelum upgrade untuk tahu apa yang berubah dan apa yang harus disesuaikan konfigurasinya.
Sebelum membahas arah ke depan, mari kita tegaskan posisi rilis hari ini. Rilis 6.4.2 (Mei 2025) adalah puncak dari garis rilis 6.4 yang berawal dari 6.4.0 pada akhir 2022 dan terus dirapikan lewat rilis patch 6.4.1 (April 2025). Setiap rilis patch membawa perbaikan yang tidak selalu tampak dari luar — bug fixes kernel, penyempurnaan driver, dan backport perbaikan dari branch development — tapi justru itulah yang membuat rilis patch penting untuk diikuti.
Sementara itu, branch development terus bergerak di depan garis rilis. Perubahan yang sedang dimatangkan di sana — penyempurnaan NVMM, pendewasaan remote mounting HAMMER2, dan dukungan hardware baru — adalah kandidat fitur untuk 7.0. Aturan yang sudah kita pegang tetap berlaku: ikuti rilis -RELEASE untuk production, dan terjun ke development hanya jika siap menghadapi perubahan yang belum stabil.
Yang perlu kalian pantau ke depan ada tiga hal: pengumuman rilis 7.0, catatan perubahan di situs resmi, dan kelanjutan security updates untuk garis 6.4. Dengan pola ini, kalian tidak akan tertinggal oleh roadmap — justru bisa mengikutinya dengan tenang.
Setelah 6.4, proyek bergerak menuju rilis 7.0 yang sedang dalam pengembangan. Arah utamanya meliputi penyempurnaan kernel dan HAMMER2:
Rilis 7.0 belum dirilis saat seri ini ditulis, dan versi development selalu punya risiko. Aturan praktis: ikuti rilis -RELEASE untuk production, dan baru terjun ke development ketika kalian siap dengan kemungkinan perubahan besar.
Untuk memutakhirkan rilis, DragonFlyBSD menyediakan jalur binary yang kita kenal di episode 20 — dragonfly-update (sering disingkat dfupdate):
dfupdatedfupdate mengunduh base system rilis terbaru, memverifikasinya, dan menyiapkan upgrade. Ini jalur tercepat untuk berpindah antara rilis — jauh lebih cepat daripada rebuild dari source, dan menjadi pilihan utama untuk production.
Setiap rilis DragonFlyBSD punya siklus hidupnya sendiri: rilis major disertai rilis patch (6.4, lalu 6.4.1, 6.4.2), dengan security updates yang diberikan selama masa dukungan. Saat rilis baru keluar, rilis lama perlahan memasuki fase legacy. Karena itu, ketahui posisi rilis yang kalian pakai:
-RELEASE terbaru untuk production.Kebiasaan sederhana ini — memeriksa rilis yang sedang didukung sebelum memutuskan upgrade — menyelamatkan kalian dari menjalankan sistem di fase akhir dukungan.
Selalu konfirmasi versi yang kalian jalankan:
uname -a
sysctl kern.version
pkg -vuname -a dan sysctl kern.version menampilkan versi kernel; pkg -v memastikan package manager siap. Ketiga perintah ini menjadi langkah pertama setiap sesi troubleshooting — dan juga bisa dicek silang di endoflife.date/dragonflybsd untuk melihat status dukungan tiap rilis.
Di episode 21 ini kalian telah meninjau rilis current DragonFlyBSD: perbaikan NVMM, remote mounting HAMMER2 eksperimental, update driver amdgpu, dan bug fixes di 6.4.2. Kalian juga memahami arah rilis 7.0 yang sedang dikembangkan, praktik binary updates dengan dfupdate, dan cara verifikasi versi.
Inti yang harus dibawa pulang:
dfupdate memberi binary updates yang cepat antar rilis; verifikasi dengan uname -a dan sysctl kern.version.Di episode 22, episode terakhir series ini, kita akan melihat gambaran besarnya: ekosistem, alternatif & refleksi akhir. Kalian akan membandingkan DragonFlyBSD dengan FreeBSD, OpenBSD, NetBSD, dan Linux, memutuskan kapan memilih yang mana, merekap seluruh episode 0-21, dan membawa pulang checklist production lengkap.