Apa yang Diubah Distro Berbasis Arch, Lapis demi Lapis

Tanyakan di subreddit CachyOS apakah sebaiknya memasang CachyOS atau Omarchy, dan dua jawaban dengan skor tertinggi bukanlah rekomendasi. Satu berbunyi "Asking this in related to CachyOS sub…bruh." Yang lain menyamakannya dengan masuk ke forum Honda dan bertanya apakah sebaiknya membeli Accord atau Camry.

Kedua jawaban itu benar, dan alasannya bersifat mekanis, bukan soal sikap. Perbedaan distro berbasis Arch bermuara pada di mana setiap proyek memodifikasi Arch bawaan. Untuk distribusi yang dibandingkan di sini, modifikasi itu sebagian besar jatuh pada lima tempat: installer, kernel dan target kompilasi, repositori paket, shell desktop dan konfigurasi, serta kebijakan pembaruan dan rollback. CachyOS dan Omarchy membuat perubahan terbesar mereka di lapisan yang berbeda.

Versi Singkat

• Untuk distribusi yang dibandingkan di sini, perbedaan yang berguna sebagian besar jatuh ke lima lapisan: installer, kernel dan target kompilasi, repositori paket, shell desktop dan konfigurasi, kebijakan pembaruan dan rollback.
• Sebuah proyek bisa mengubah satu lapisan dan membiarkan empat lainnya, dan begitulah dua distribusi bisa sama-sama "berbasis Arch" namun nyaris tidak berbagi apa pun.
• CachyOS mengubah lapisan kernel/kompilasi dan repositori secara besar-besaran, mengurasi installer, dan tidak memaksakan shell desktop apa pun: Anda memilih sendiri saat instalasi.
• Omarchy mengubah lapisan shell desktop dan kebijakan pembaruan secara besar-besaran, menjalankan kanal paketnya sendiri, dan tidak membuat perubahan kernel atau target kompilasi yang dimotivasi performa.
• Lapisan-lapisan itu bisa diadopsi secara terpisah: CachyOS mendokumentasikan cara menambahkan repositorinya ke instalasi Arch yang sudah ada, dan orang-orang telah menempuh jalur itu di Omarchy dengan hasil beragam.

Apa yang Tidak Diselesaikan Artikel Ini

Tiga pertanyaan berada cukup dekat dengan pertanyaan ini sehingga mudah tertukar, dan masing-masing membutuhkan jenis bukti berbeda yang tidak bisa disediakan sebuah taksonomi.

• Apakah CachyOS lebih cepat secara umum. Pertanyaan itu punya basis bukti sendiri dan artikelnya sendiri.
• Mana dari keduanya yang sebaiknya Anda pasang.
• Setiap turunan Arch yang ada. Lima disebut di sini, dan kelima lapisan ini adalah model perbandingan untuk kelompok ini, bukan taksonomi lengkap dari setiap turunan Arch.

Lima Lapisan yang Dilacak Perbandingan Ini

Untuk turunan yang dibandingkan di sini, lima lapisan menjelaskan sebagian besar perbedaan yang berarti: installer, kernel dan target kompilasi, repositori paket, shell desktop dan konfigurasi, serta kebijakan pembaruan dan rollback. Sebuah proyek bisa mengubah salah satunya dan membiarkan empat lainnya persis seperti yang dikirimkan Arch.

Installer adalah jalur dari mesin kosong ke sistem yang sudah boot, dan lapisan tempat sebuah proyek memutuskan berapa banyak pilihan yang diserahkan kepada Anda. Arch bawaan mendokumentasikan jalur instalasi manual dan juga menyertakan installer terpandu archinstall di ISO live-nya; sebuah turunan tetap bisa mengganti pengalaman itu dengan default terpandu miliknya sendiri. Yang penting adalah apa yang diputuskan installer itu atas nama Anda: sistem berkas, boot loader, enkripsi, driver, desktop. Setiap default adalah sikap yang diambil seseorang.

Lapisan kernel dan target kompilasi mencakup tiga hal yang sering tercampur. Build kernel mana yang Anda boot. Set instruksi CPU mana yang menjadi target kompilasi paket Anda. Scheduler mana yang menentukan apa yang berjalan kapan.

Target kompilasi adalah tingkat mikroarsitektur tempat sebuah paket dibangun. x86-64 adalah garis dasar yang didukung setiap prosesor x86-64. x86-64-v3 menambahkan fitur termasuk AVX, AVX2, BMI1, BMI2, dan FMA, sementara x86-64-v4 menambahkan persyaratan AVX-512 di atas v3. Paket yang dibangun untuk salah satu tingkat itu tidak akan berjalan di prosesor yang tidak memiliki set fitur yang dibutuhkan. Scheduler menentukan tugas siap-jalan mana yang mendapat prosesor berikutnya, dan scheduler menimbang throughput terhadap responsivitas interaktif secara berbeda. Sebuah turunan bisa mengubah ketiganya, satu, atau tidak sama sekali.

Lapisan repositori paket adalah soal asal-usul: build siapa yang Anda dapatkan untuk sebuah paket, seberapa segar, dan siapa yang mengendalikan kanal tempat paket itu tiba. Arch bawaan menarik biner dari core, extra, dan multilib, dengan AUR di sampingnya sebagai resep build yang Anda kompilasi sendiri. Sebuah turunan bisa menumpuk repositorinya sendiri di atas, menaruh penundaan yang disengaja di depan repositori Arch, atau keduanya.

Lapisan shell desktop dan konfigurasi adalah apa yang tampil di layar dan bagaimana ia ditata, dan di sinilah kosakata membuat orang tersandung. Lingkungan desktop seperti KDE Plasma atau GNOME adalah paket lengkap: manajemen jendela, panel, pengelola berkas, pengaturan, aplikasi. Window manager tiling seperti i3, atau compositor Wayland tiling seperti Hyprland, menangani penempatan jendela tanpa menyediakan suite desktop lengkap, menyisakan bar, launcher, notifikasi, dan layar kunci sebagai bagian-bagian terpisah. Sebuah turunan bisa memaksakan shell, menawarkan menu, atau tidak mengambil sikap.

Lapisan pembaruan dan rollback mencakup bagaimana sistem bergerak maju dan bagaimana Anda kembali ketika ia bergerak ke tempat yang salah. Di Arch bawaan keduanya milik Anda: pacman -Syu ketika Anda memutuskan, pemulihan lewat cache paket atau pengaturan snapshot yang Anda bangun sendiri. Sebuah turunan bisa membungkus perintah itu, membatasinya, atau membiarkannya, dan bisa menjadikan pemulihan sebagai default dengan menata sistem berkas sehingga snapshot murah. Itulah yang dibeli oleh tata letak subvolume Btrfs: snapshot adalah salinan satu subvolume pada satu titik waktu, dan dengan integrasi bootloader sebuah turunan bisa menampilkan snapshot itu sebagai pilihan pemulihan.

Apa yang Diubah CachyOS

CachyOS mengubah lapisan kernel dan target kompilasi serta lapisan repositori paket secara besar-besaran, mengurasi installer, dan tidak memaksakan shell desktop apa pun. Ia mengirimkan build kernelnya sendiri dan mengompilasi ulang paket Arch untuk tingkat fitur CPU yang lebih baru, lalu menyerahkan apa yang tampil di layar kepada siapa pun yang memasangnya.

Installer-nya memungkinkan Anda memilih desktop, sistem berkas, dan kernel, bersama paket dan boot manager, dan alat deteksi perangkat keras memasang driver untuk apa pun yang ditemukannya. Pendapat proyek ini hidup di bawah installer, bukan di dalamnya.

Kernel default linux-cachyos dibangun dengan Clang ThinLTO dan profiling AutoFDO, dan keluarganya menawarkan BORE, EEVDF, dan BMQ sebagai scheduler yang bisa dipilih. Secara terpisah, ia mendukung sched-ext, kerangka kerja untuk memuat scheduler BPF dari ruang pengguna tanpa membangun kernel baru. Keduanya berbeda: sched-ext menukar scheduler saat runtime; ia bukan entri keempat dalam daftar itu.

CachyOS juga mengompilasi ulang paket Arch untuk x86-64-v3, x86-64-v4, dan Zen4+, dan wikinya mengklaim peningkatan 5% hingga 20% untuk x86-64-v3 dibanding garis dasar. Itu adalah angka CachyOS sendiri untuk pekerjaannya sendiri, bukan pengukuran independen. Paket yang dibangun ulang berada di repositori CachyOS yang ditumpuk di atas core, extra, dan multilib milik Arch, bukan menggantikannya. Menumpuk alih-alih mengganti menjaga asal-usul tetap terbaca: untuk paket mana pun Anda masih bisa mengatakan kanal mana yang membangunnya.

Shell desktop adalah lapisan yang tidak dipaksakan CachyOS. Anda memilih lingkungannya, meski beberapa pilihan hadir dengan pengaturan atau dotfiles yang dirawat CachyOS. Installer daringnya menawarkan tujuh belas lingkungan atau lebih, termasuk KDE Plasma, GNOME, Hyprland, Niri, Sway, dan Xfce, dan pilihannya ada di tangan Anda. CachyOS Hello dan Kernel Manager adalah utilitas manajemen sistem, bukan shell.

CachyOS tidak mengharuskan pembungkus pembaruannya sendiri: pacman -Syu langsung tetap menjadi jalur yang terdokumentasi, di samping alat opsional seperti Shelly, Octopi, dan pembaruan offline. Dipasang di Btrfs, CachyOS menata subvolume terpisah dan menggunakan Snapper untuk snapshot pemulihan; pengaturan bootloader yang didukung dapat menampilkan snapshot itu untuk pemulihan.

BACA

Apakah CachyOS Benar-Benar Lebih Cepat? Dari Mana Sebenarnya Peningkatan Performa Berasal

Apa yang Diubah Omarchy

Omarchy mengubah lapisan shell desktop dan lapisan kebijakan pembaruan secara besar-besaran, mengirimkan kanal paketnya sendiri, dan tidak membuat perubahan yang dimotivasi performa pada kernel atau target kompilasi. Ia memasang satu desktop tetap dan mengambil alih perintah pembaruan alih-alih menyerahkan pacman kepada Anda.

Omarchy dipasang dari ISO-nya sendiri, ke seluruh disk atau ke ruang kosong di samping sistem operasi lain, dan mengenkripsi disk secara default. Installer tidak mengajukan pertanyaan soal desktop, karena hanya ada satu jawaban.

Lapisan kernel dan target kompilasi sebagian besar tak tersentuh. Manual Omarchy sendiri menggambarkannya sebagai distribusi berbasis Arch yang dibangun di sekitar Hyprland dan Quickshell, dan di seluruh halaman installer, pembaruan, dotfiles, dan CLI-nya ia tidak mendokumentasikan kernel kustom, target kompilasi, maupun pemilihan scheduler. Di perangkat keras biasa, Omarchy menjalankan paket kernel Arch bawaan, yang sampai kepadanya dari mirror Arch seperti bagian sistem lainnya. Satu-satunya penggantian kernel yang didokumentasikan manual adalah untuk dukungan perangkat keras: di Mac Intel berchip T2, installer menyiapkan kernel linux-t2 yang telah dipatch.

Lapisan repositori memang diubahnya, tetapi di sumbu yang berbeda dari CachyOS. Omarchy dipasang sebagai paket pacman biasa dari Package Repository miliknya sendiri, dan kanal stable default-nya mengikuti mirror Arch yang berjalan satu bulan di belakang yang terbaru, sehingga ketidakcocokan muncul lebih dulu di hulu. Tiga kanal lainnya (RC, edge, dan dev) menukar penyangga itu dengan kesegaran.

Hyprland dan Quickshell hadir bersama, tanpa opsi menolak. Hyprland adalah compositor Wayland tiling; Quickshell adalah kit konstruksi tempat bar, launcher, menu, notifikasi, dan layar kunci dibangun, itulah sebabnya Omarchy bisa mengganti seluruh shell dalam satu rilis alih-alih mengirimkan tema. Pemisahan itu memberi Omarchy garis dasar yang dapat direproduksi dan didefinisikan proyek, sambil menjaga penimpaan Anda sendiri tetap terpisah. Konfigurasi terbagi dua: dotfiles Anda di ~/.config, default proyek di /usr/share/omarchy, dimiliki paket dan ditimpa saat pembaruan. Apa pun yang ingin Anda pertahankan setelah pembaruan berada di sisi Anda dalam pembagian itu.

Kebijakan pembaruan adalah tempat sikap Omarchy paling tegas. Perintah omarchy update menjalankan migrasi yang tertunda dan pembaruan paket dalam satu operasi, mengambil snapshot terlebih dahulu; rollback berarti memilih snapshot itu di boot loader. Beralih ke pacman -Syu justru menemui penjaga: Omarchy menghentikan upgrade sistem langsung dan mengarahkan Anda ke perintahnya sendiri, meskipun manual mengatakan penjaga itu akan memberi tahu cara melewatinya untuk satu transaksi. Intinya adalah keterikatan: migrasi berjalan bersama pembaruan paket.

BACA

Mengapa Omarchy Dipuja dan Dibenci karena Alasan yang Sama

Mengapa Utas Perbandingan Tidak Pernah Mencapai Kesepakatan

CachyOS dan Omarchy menyentuh beberapa lapisan yang sama, tetapi menaruh perubahan terkuat mereka di tempat yang berbeda. CachyOS berkonsentrasi pada kernel, target kompilasi, dan build paket; Omarchy berkonsentrasi pada shell desktop dan alur pembaruan. "Mana yang lebih baik" meremas pertanyaan-pertanyaan terpisah itu menjadi satu.

Keduanya tumpang tindih di lapisan installer, repositori, dan pemulihan, tetapi tidak dengan cara yang sama. Repositori CachyOS mengubah cara paket Arch dibangun; repositori Omarchy mengubah kapan paket itu tiba. CachyOS membiarkan pembaruan pacman langsung tetap tersedia dan menambahkan snapshot di sekitarnya; Omarchy mengikat pembaruan paket, migrasi, dan snapshot di balik perintah pembaruannya sendiri.

Dua jawaban teratas di utas CachyOS itu memadatkan persis hal ini: diagnosis yang benar, disampaikan tanpa lima lapisan di baliknya.

Lapisan-Lapisan Ini Bisa Dicampur

Kelima lapisan bisa diadopsi secara terpisah, bukan saling meniadakan. CachyOS menerbitkan jalur terdokumentasi untuk menambahkan repositorinya ke instalasi Arch, dan untuk menghapusnya kembali. Omarchy adalah instalasi Arch, jadi jalur yang sama bisa memindahkan repositori teroptimasi CachyOS ke atasnya.

Ada orang yang melakukannya. Seorang komentator di utas r/linux_gaming mengatakannya dengan gamblang: "There's nothing stopping you from installing the cachyos kernel and repositories on omarchy." Seseorang telah membuat skrip instalasi untuk kombinasi itu dan mempostingnya ke Hacker News.

Independensi secara prinsip bukanlah keandalan dalam praktik. Dalam utas r/omarchy tentang berpindah di antara keduanya, seorang komentator melaporkan bahwa "All of the install scripts and such to do this are currently not working for many people," dan bahwa intervensi manual juga tidak membuatnya berjalan. Itu satu orang di satu utas, dan jenis masalah yang layak diantisipasi.

Batas kedua adalah seberapa berharga kombinasi itu. Perbandingan performa yang dipublikasikan menunjukkan sedikit perbedaan FPS rata-rata dalam game, sementara keuntungan yang lebih luas dari kernel, scheduler, dan target kompilasi CachyOS tetap bergantung pada beban kerja, bukan otomatis.

Apakah pekerjaan kernel dan target kompilasi CachyOS menghasilkan keuntungan berarti secara lebih luas, dan untuk kelas beban kerja mana, bersandar pada basis bukti yang berbeda, bukan yang diselesaikan artikel ini.

Bangun di VPS Linux dengan akses root, NVMe, dan tenaga AMD EPYC.

Lihat Paket Linux

Di Mana Posisi EndeavourOS dan Manjaro pada Lapisan yang Sama

EndeavourOS dan Manjaro jatuh ke lima lapisan yang sama dalam kombinasi mereka sendiri, dan itulah yang membuat model ini lebih berharga daripada perbandingan dua proyek. EndeavourOS paling banyak mengubah lapisan installer, tetapi juga menggunakan Dracut untuk pembuatan initramfs dan memelihara repositori kecil untuk alat dan paket khusus EndeavourOS. Manjaro paling banyak mengubah lapisan repositori, installer sedikit, dan lapisan target kompilasi sama sekali tidak.

EndeavourOS menggambarkan dirinya sebagai sistem Arch ringan yang berpusat pada terminal, dan yang ditambahkannya adalah installer terpandu, set paket pendek yang dikurasi (Firefox, Yay, FirewallD, Pipewire), dan alatnya sendiri untuk driver GPU dan VM. Tanpa kernel kustom, tanpa pembangunan ulang repositori umum Arch yang ditargetkan ke CPU, tanpa desktop yang dipaksakan: ia tetap yang paling dekat dengan Arch bawaan di antara semua turunan yang disebut di sini.

Kerangka Manjaro adalah pendekatan stabilitas bertingkat. Paket bergerak melalui cabang unstable, testing, dan stable di repositori Manjaro sendiri alih-alih mengikuti Arch secara langsung, itulah sebabnya paket Manjaro bisa lebih tua daripada paket Arch dengan nama yang sama. Installer-nya menawarkan pilihan desktop dari edisi resmi Plasma, GNOME, dan Xfce, ditambah build komunitas Cinnamon, i3, dan Sway.

Ia juga membawa alat kernel, dan perbedaannya penting. Manjaro Settings Manager menambah dan menghapus kernel, memungkinkan Anda menjalankan versi kernel prabangun yang berbeda. Memilih di antara versi kernel yang sudah dipaketkan bukanlah operasi yang sama dengan membangun ulang paket untuk set instruksi CPU yang lebih baru, meskipun keduanya berada di lapisan kernel dan target kompilasi.

Model cabang itu juga yang memisahkan Manjaro dari dunia rilis tetap. Model rolling Manjaro melawan Ubuntu adalah pertanyaan repositori dan kebijakan pembaruan yang sama, diajukan di luar keluarga Arch. Perhitungan yang sama berlaku juga di luar keluarga itu. Ubuntu diturunkan dari Debian dan berbeda darinya dalam irama rilis, kebijakan pemaketan, dan desktop default.

Halaman depan sebuah turunan baru biasanya memberi tahu Anda lapisan mana dari ini yang disentuhnya, dan apakah ia mengubah sesuatu di luar model lima lapisan ini.

Pertanyaan yang Sering Diajukan