Belajar Aria2 - Performance & Optimization

#Pendahuluan

Di episode 16 kalian mengendalikan daemon lewat dashboard dan ekstensi browser — semua jalan menuju aria2 sudah terbuka. Pertanyaan berikutnya bukan lagi bagaimana mengendalikan, melainkan bagaimana membuatnya secepat mungkin tanpa merusak hal lain. Episode 17 membahas penyetelan performa: memilih angka yang tepat untuk koneksi paralel dan ukuran potongan, membatasi kecepatan agar menjadi tetangga yang sopan, serta mengelola sumber daya daemon yang ringan.

Poin penting sebelum mulai: kecepatan bukan soal menaikkan semua angka ke maksimum. Ia soal memilih angka yang tepat untuk jaringan dan server kalian — dan memahami mengapa.

#Dua Sekrup Kecepatan: -x dan -s

Dua opsi yang paling sering disalahpahami adalah pasangan -x dan -s:

• -x (--max-connection-per-server) — berapa koneksi paralel yang dibuka ke satu server. Default 1, maksimal 16.
• -s (--split) — membagi file menjadi berapa potongan. Default 5.

Bayangkan sebuah kue yang harus dipindahkan. -s memutuskan berapa irisan kuenya; -x menentukan berapa piring yang dipakai untuk membawanya secara bersamaan. Total yang bisa dibawa sekaligus adalah irisan yang benar-benar punya piring — itulah mengapa keduanya bekerja berpasangan, bukan sendiri-sendiri.

| Opsi | Default | Nilai umum | Fungsi | | -x (--max-connection-per-server) | 1 | 4 - 16 | Koneksi paralel per server | | -s (--split) | 5 | 5 - 16 | Jumlah potongan file | | -k (--min-split-size) | 20M | 1M - 20M | Ukuran minimum tiap potongan | | --max-download-limit | tanpa batas | misal 5M | Batas kecepatan per download |

#Menghitung Angka yang Tepat

Angka ideal bergantung pada karakter jaringan dan server, bukan pada keberanian kalian menaikkan slider:

• Jaringan cepat dan stabil, file besar — manfaatkan lebar jalur: -x 16 -s 16 untuk file berukuran gigabyte terasa bedanya.
• Jaringan lambat atau tidak stabil (seluler, jarak jauh) — banyak koneksi justru menambah overhead handshake dan kegagalan; -x 2 sampai -x 4 lebih bijak daripada 16.
• File kecil — menaikkan -s tidak berguna jika potongan tidak pernah terbentuk (lihat --min-split-size).

aria2c -x 16 -s 16 -k 1M https://cdn.example.com/iso-mini.iso

Analogi jalan tol: lebar jalan server dan jaringan menentukan berapa lajur yang berguna. Menambah lajur di jalan yang sudah macet hanya menambah antrean — itu sebabnya menaikkan -x dari 8 ke 16 kadang tidak mengubah kecepatan sama sekali ketika leher botol ada di server atau ISP (ingat diskusi DNS di episode 12).

#--min-split-size: Kapan Potongan Terbentuk

aria2 tidak membagi file yang lebih kecil dari ambang ini. Default 20M berarti file sebesar 50MB paling banyak terpecah menjadi lima potongan — jadi menyetel -s 16 pada file 50MB tidak menghasilkan 16 koneksi. Untuk memaksa lebih banyak potongan pada file berukuran sedang, turunkan ambangnya:

aria2c -x 8 -s 8 -k 1M https://cdn.example.com/distro-mini.iso

--min-split-size=1M memungkinkan file 50MB terpecah hingga 50 potongan — dan dengan -x 8, delapan potongan bisa diunduh sekaligus. Aturan praktisnya: -k harus cukup kecil agar potongan yang kalian inginkan benar-benar terbentuk, tapi tidak sekecil itu sampai overhead-nya mendominasi.

#--max-download-limit: Menjadi Tetangga yang Sopan

Download rakus yang menghabiskan seluruh bandwidth adalah tetangga yang tidak disukai. Koneksi rumah yang sama biasanya dipakai untuk meeting video, game, atau kerjaan orang lain. Dua opsi membatasi nafsu tersebut:

• --max-download-limit=5M — batas kecepatan per download.
• --max-overall-download-limit=20M — batas total seluruh download daemon.

aria2c --max-overall-download-limit=20M \
  --max-download-limit=5M \
  -j 8 https://cdn.example.com/repo/

--max-overall-download-limit=20M menjamin daemon tidak pernah merampas seluruh bandwidth, apa pun jumlah downloadnya. Batas per download membuat satu download raksasa tidak memonopoli jatah yang seharusnya dibagi ke yang lain. Ini bukan pengorbanan — ini etika jaringan yang menjaga hubungan baik dengan manusia dan server lain.

#Banyak Download Sekaligus: -j

-j (--max-concurrent-downloads) menentukan berapa download yang berjalan serentak, default 5. Yang menarik: jumlah download dalam antrean tidak terbatas — aria2 menjalankan lima teratas, sisanya menunggu giliran. Lewat RPC (episode 15), antrean ratusan download adalah hal biasa; daemon yang mengatur giliran, dan -j mencegahnya kewalahan.

#Ringan di Sumber Daya

aria2 adalah salah satu downloader paling hemat yang ada: sekitar 4-9 MiB RAM per proses, bahkan saat menarik banyak koneksi. Bayangkan perbedaan dengan membuka puluhan tab browser — masing-masing memakan ratusan megabyte. Konsekuensi praktisnya: daemon download bisa ditinggalkan berjalan berjam-jam bahkan berhari-hari, dengan antrean panjang, tanpa mengganggu pekerjaan lain di mesin yang sama. Ini yang membuat aria2 ideal sebagai service latar (kita bangun setup production-nya di episode nanti).

#--file-allocation: Melawan Fragmentasi

Cara file disiapkan di disk memengaruhi kesehatan disk jangka panjang. aria2 menawarkan beberapa metode:

• prealloc (default) — memesan seluruh ruang file di awal, sebelum unduhan dimulai.
• falloc — memesan ruang secara instan di filesystem modern (ext4, XFS).
• trunc — membuat file sparse; hemat ruang, tapi fragmentasi lebih tinggi.
• none — tidak memesan apa pun; paling cepat memulai, tapi file disusun potong-per-potong.

aria2c --file-allocation=prealloc -x 8 -s 8 https://cdn.example.com/big.tar.xz

Analogi restoran: prealloc memesan seluruh meja di awal, none memesan kursi demi kursi sambil makan. Meja yang dipesan di awal membuat semua orang duduk dengan rapi; kursi yang dipesan satu per satu membuat tamu tersebar acak — sama seperti file yang terpecah di banyak sektor disk.

#Satu Konfigurasi untuk Semua

Semua angka yang sudah dibahas sebaiknya hidup di satu file, bukan ditulis ulang di setiap command line. Contoh aria2.conf untuk download berkecepatan tinggi:

max-concurrent-downloads=8
max-connection-per-server=16
split=16
min-split-size=1M
file-allocation=prealloc
max-overall-download-limit=0

Dengan file konfigurasi ini (dipanggil lewat -c atau ditaruh di lokasi default), setiap invocation memakai penyetelan yang sama — konsisten, mudah diubah, dan mudah direview. Optimasi yang paling berharga bukan angka tertinggi, melainkan angka yang terdokumentasi dan konsisten.

#Penutup

Episode 17 menyetel mesin aria2: memahami pasangan -x dan -s sebagai dua sekrup yang bekerja sama, menurunkan --min-split-size agar potongan terbentuk, membatasi kecepatan dengan --max-download-limit dan --max-overall-download-limit, mengatur -j untuk download paralel, memanfaatkan daemon yang ringan (4-9 MiB RAM), serta memilih --file-allocation untuk melawan fragmentasi.

Inti yang perlu diingat: kecepatan bukan angka maksimum — ia angka yang tepat untuk konteks. Sekrup yang diputar sembarangan bisa merusak mesin yang semula sehat; sekrup yang dipahami menghasilkan mesin yang konsisten.

Di episode 18 berikutnya kita berhenti memutar sekrup manual dan menyerahkan pekerjaan ke script: scripting & automation — mengotomatiskan download, antrean, dan aksi pasca-download dengan skrip yang dapat diandalkan. Sampai jumpa!