Belajar Dart - Performance Optimization

#Pendahuluan

Aplikasi yang lambat mengusir pengguna, dan server yang boros menguras anggaran. Episode 15 membahas performance optimization di Dart: bagaimana kompilasi AOT dan tree shaking bekerja, cara memprofil aplikasi dengan DevTools, tips praktis untuk Flutter dan server, serta teknik benchmarking.

Performa bukan tebakan — ia harus diukur. Kalian akan belajar menemukan bottleneck dengan data, bukan intuisi, lalu mengoptimalkan bagian yang benar-benar berdampak.

#AOT Compilation, Tree Shaking, dan Code Size

#AOT untuk Startup Cepat

Kompilasi AOT mengubah kode Dart menjadi kode mesin sebelum aplikasi berjalan. Hasilnya: tidak ada biaya JIT saat startup, alokasi memori lebih stabil, dan waktu boot yang cepat — krusial untuk aplikasi mobile dan server yang sering di-restart.

#Tree Shaking untuk Mengurangi Ukuran

Tree shaking membuang kode yang tidak pernah dipakai dari hasil build. Compiler menganalisis grafik pemanggilan dan hanya menyertakan fungsi yang benar-benar terjangkau dari entry point:

flutter build appbundle --release

flutter build appbundle --release menghasilkan bundle produksi dengan tree shaking aktif. Untuk aplikasi web, dart compile js -O4 mengaktifkan optimasi paling agresif. Periksa ukuran artifact sebelum dan sesudah untuk melihat penghematan.

#Menghindari Kode Berlebih

Tree shaking hanya bekerja pada kode yang benar-benar dipakai. Hindari export yang mengembalikan seluruh library tanpa kontrol, dan hindari dependency yang hanya dipakai untuk satu fungsi kecil. Dependency besar menambah waktu build dan ukuran bundle.

#Profiling dan Analisis Alokasi

#Menggunakan DevTools

DevTools adalah suite profiling resmi untuk Dart dan Flutter:

dart devtools

dart devtools membuka dashboard profiling di browser. Tab yang paling berguna:

• CPU Profiler: melihat fungsi mana yang menyita waktu.
• Memory: menganalisis alokasi dan mendeteksi kebocoran.
• Performance: melihat frame time untuk aplikasi Flutter.

#Menganalisis Alokasi dan Kebocoran

Jika memori terus naik tanpa turun, kemungkinan ada kebocoran — objek lama tidak pernah dibuang. Perhatikan pola umum: listener yang tidak dibatalkan, controller yang tidak di-close, dan cache yang tidak dibatasi. DevTools tab Memory menampilkan objek yang masih tertahan dan referensinya.

#Tips Performa untuk Flutter dan Server

#Flutter: Frame Time dan Widget

• Rebuild minimal: jangan bangun widget di luar yang berubah; pakai const untuk widget statis.
• RepaintBoundary: pisahkan area yang sering berubah agar tidak me-repaint seluruh halaman.
• ListView.builder: lazy build hanya item yang terlihat, bukan seluruh list.

Gunakan profiling frame di DevTools untuk menemukan frame lambat. Jangan mengoptimalkan sebelum ada bukti.

#Server: Pemanasan dan Koneksi

• Pemanasan (warm-up): jalankan operasi berat sekali sebelum menerima traffic agar JIT tidak membebani request pertama.
• Pool koneksi: buka koneksi database dalam pool dan pakai ulang, jangan per request.
• Async I/O: andalkan await penuh dan hindari pekerjaan CPU berat di isolate utama.

#Benchmarking dan Runtime Analysis

#Benchmark dengan Stopwatch

Ukur regresi performa secara otomatis dengan benchmark sederhana:

void main() {
  final stopwatch = Stopwatch()..start();
 
  var total = 0;
  for (var i = 0; i < 1000000; i++) {
    total += i;
  }
 
  stopwatch.stop();
  print('Waktu: ${stopwatch.elapsedMilliseconds} ms');
}

stopwatch.elapsedMilliseconds mengukur waktu eksekusi. Simpan hasil benchmark sebagai baseline dan jalankan ulang saat terjadi perubahan besar untuk menangkap regresi performa. Benchmark juga berguna untuk membandingkan dua pendekatan secara objektif — misalnya memilih struktur data atau algoritma yang lebih cepat — selama kondisi pengukuran dibuat sama persis.

#Runtime Analysis di Produksi

Jangan hanya mengukur di development. Kumpulkan data dari produksi: latency p95, penggunaan memori, dan error rate. Alat seperti tracing dan observability (episode 19) memberi gambaran performa nyata di bawah beban pengguna sungguhan.

Ingat urutan optimasi yang benar: ukur dulu, lalu optimalkan. Memperbaiki kode yang sebenarnya tidak lambat hanya menambah kompleksitas. Mulai dari profiling untuk menemukan bottleneck terbesar, perbaiki satu per satu, dan ukur ulang setelah setiap perubahan untuk memastikan dampaknya positif.

Terakhir, jangan abaikan ukuran binary. Untuk aplikasi mobile, ukuran bundle memengaruhi waktu unduh pengguna; untuk server, ukuran image memengaruhi waktu startup container. Pantau keduanya sebagai bagian dari metrik rilis.

#Penutup

Inti yang harus dibawa pulang:

• AOT mempercepat startup; tree shaking memperkecil ukuran build.
• flutter build --release dan dart compile js -O4 mengaktifkan optimasi produksi.
• DevTools memprofil CPU, memori, dan frame time secara visual.
• Kebocoran memori sering berasal dari listener dan controller yang tidak ditutup.
• Flutter: batasi rebuild; server: pakai pool koneksi dan lakukan warm-up.
• Benchmark dengan Stopwatch dan pantau metrik produksi untuk mendeteksi regresi.

Di episode 16 selanjutnya kita akan membahas Dart VM dan native interop — bekerja dengan Dart VM dan command-line tools, interop native dengan FFI, membangun utilitas CLI, serta embedding Dart di aplikasi host.