Sekitar setahun yang lalu, Ubunty mengubah tingkat kompresi default untuk penanganan initramf-nya hingga ke Zstd level satu untuk menangani waktu pembuatan initramf yang lambat pada papan pengembangan/sistem kelas bawah. Namun sejak saat itu hal itu menghasilkan ukuran initramf yang lebih besar dan menghasilkan bug lain seperti lebih cepat mengisi partisi /boot pada sistem Ubuntu. Dengan demikian para pengembang telah kembali ke papan gambar dan mencoba mencari jalan ke depan untuk penanganan initramf yang lebih baik yang bekerja dengan baik untuk komputer papan tunggal kelas bawah sambil juga memaksimalkan penghematan ruang dan bekerja dengan baik untuk semua kasus penggunaan Ubuntu.
Pengembang Ubuntu/Debian Benjamin Drung telah bekerja untuk menemukan keseimbangan yang tepat dari opsi kompresi agar initramf Ubuntu menjadi cepat dan menghasilkan kompresi yang baik. Proposal aslinya yang ditata minggu lalu di daftar ubuntu-devel meliputi:
“Saya mengusulkan pendekatan berikut untuk mengatasi kekurangannya: Buat arsip cpio (dikompresi dengan xz -9) untuk modul kernel dan file firmware saat membangun paket kernel/firmware Debian. Kemudian kirimkan arsip cpio tersebut dalam paket (atau dalam biner terpisah paket).Kemudian beban CPU diletakkan pada pembangun.Arsip cpio akan berisi modul untuk MODULS=kebanyakan.
mkinitramfs kemudian akan mencari arsip cpio tersebut dan menggunakannya jika ada. Initramf seperti itu akan terlihat seperti ini:
* Arsip cpio mikrokode AMD/Intel (pada amd64)
* arsip cpio utama dikompresi dengan zstd -1
* modul kernel dari paket Debian dikompresi dengan xz -9
* File firmware dari paket Debian dikompresi dengan xz -9
Setelah mengerjakan alat-initramfs sebagai bagian dari pekerjaan harian saya, jari-jari saya gatal dan saya harus membuat draf cepat dan kotor di waktu luang saya. Anda dapat menemukan hasil dari dua jam terakhir di [1]. Draf ini memiliki skrip mkinitramfs-kernel yang membuat arsip cpio yang berisi modul kernel dan firmware (yang perlu dipisah nanti).
Hasil tes bulan pada AMD Ryzen 7 5700G saya tampak menjanjikan: Membangun 6.2.0-24-generic-modules-most.cpio.xz membutuhkan waktu sekitar 90 detik dan berukuran 54,9 MiB. Membuat initramf mempercepat dari sekitar 8,7 detik menjadi 3,5 detik (menghemat 60%). Ukuran berkurang dari 133,1 MiB menjadi 80,7 MiB (menghemat 39,4%). Jadi boot membutuhkan 52,4 MiB lebih sedikit, tetapi /lib/modules membutuhkan 54,9 MiB untuk arsip cpio.
Kelemahannya adalah membangun kernel akan memakan waktu lebih lama, paket membutuhkan lebih banyak ruang pada arsip dan mirror, dan mengunduhnya bisa memakan waktu lebih lama pada koneksi yang lambat.” Sementara itu, insinyur kanonik Dimitri John Ledkov mengungkapkan pendekatan lain yang mungkin:
“Membuat arsip terkompresi xz -9 dari semua modul, masih membayar penalti untuk mendekompresi sebagian besar modul, dan kemudian tidak memodifikasinya. Saya berharap untuk mencapai pendekatan semangat yang serupa, tetapi tidak cukup waktu untuk mengimplementasikannya adalah:
1) ubah modul-linux dan firmware-linux untuk mengirimkan .ko.zst firmware.bin.zst dikompresi dengan zstd -19 pada waktu pembuatan .deb 2) ini menghemat ukuran pemasangan paket, dengan ukuran unduhan yang hanya sedikit meningkat
3) memodifikasi initramfs-tools untuk memasukkan file terkompresi ke dalam initrd terpisah, yang tidak dikompresi (yaitu mengecualikan file .zst dari arsip cpio terkompresi utama default, dan menambahkannya di arsip cpio utama kedua yang tidak terkompresi)
4) ini harus mencapai pembuatan initrd cepat, yang ukurannya akan lebih kecil dari status saat ini, dan akan mem-boot lebih cepat karena hanya akan mendekompresi modul/firmware yang sebenarnya dibutuhkan saat boot
Untuk eksperimen secara lokal, Anda dapat mengkompres ulang .ko dengan zstd pada tempatnya di /lib/modules/; dan jalankan kembali depmod. Untuk kemudian menguji perubahan initramfs-tools yang melewatkan file terkompresi .zst dan menambahkannya seperti dalam cpio tambahan yang tidak terkompresi. untuk mengubah penanganan kompresi initramfs di Ubuntu untuk memberikan keseimbangan yang lebih baik antara ukuran kompresi / persyaratan penyimpanan, waktu kompresi, dan persyaratan dekompresi agar sesuai dengan berbagai perangkat keras yang digunakan oleh Ubuntu. waktu yang cukup untuk pengujian sebelum rilis Ubuntu 24.04 LTS tahun depan.
Itulah berita seputar Ubuntu Meninjau Kembali Pendekatan Kompresi Initramfs-nya, semoga bermanfaat. Disadur dari Phoronix.com.