Optimalkan Kecepatan Iterasi

Laporkan masalah Lihat sumber

Halaman ini menjelaskan cara mengoptimalkan performa build Bazel saat menjalankan Bazel berulang kali.

Status Runtime Bazel

Pemanggilan Bazel melibatkan beberapa bagian yang berinteraksi.

  • Antarmuka command line (CLI) bazel adalah alat front end yang ditampilkan kepada pengguna dan menerima perintah dari pengguna.

  • Alat CLI memulai server Bazel untuk setiap basis output yang berbeda. Server Bazel umumnya bersifat persisten, tetapi akan dimatikan setelah beberapa waktu tidak ada aktivitas agar tidak memboroskan resource.

  • Server Bazel melakukan langkah-langkah pemuatan dan analisis untuk perintah tertentu (build, run, cquery, dll.), yang membuat bagian yang diperlukan dari grafik build dalam memori. Struktur data yang dihasilkan dipertahankan di server Bazel sebagai bagian dari cache analisis.

  • Server Bazel juga dapat melakukan eksekusi tindakan, atau dapat mengirimkan tindakan untuk eksekusi jarak jauh jika disiapkan untuk melakukannya. Hasil eksekusi tindakan juga di-cache, yaitu di cache tindakan (atau cache eksekusi, yang dapat bersifat lokal atau jarak jauh, dan dapat dibagikan di antara server Bazel).

  • Hasil pemanggilan Bazel akan tersedia di hierarki output.

Menjalankan Bazel secara Iteratif

Dalam alur kerja developer standar, membangun (atau menjalankan) potongan kode berulang kali, sering kali dengan frekuensi yang sangat tinggi (misalnya, untuk menyelesaikan beberapa error kompilasi atau menyelidiki pengujian yang gagal). Dalam situasi ini, pemanggilan berulang bazel harus memiliki overhead seminimal mungkin dibandingkan dengan tindakan berulang yang mendasarinya (misalnya memanggil compiler, atau menjalankan pengujian).

Dengan mengingat hal ini, kita melihat kembali status runtime Bazel:

{i>Cache<i} analisis adalah bagian data yang penting. Banyak waktu dapat dihabiskan hanya untuk fase pemuatan dan analisis dari cold run (yaitu proses dijalankan tepat setelah server Bazel dimulai atau saat cache analisis dihapus). Untuk satu cold build yang berhasil (misalnya untuk rilis produksi), biaya ini dapat ditanggung, tetapi untuk berulang kali mem-build target yang sama, biaya ini diamortisasi dan tidak diulang pada setiap pemanggilan.

Cache analisis agak tidak stabil. Pertama, ini adalah bagian dari status dalam proses dari server Bazel, jadi kehilangan server akan kehilangan cache. Namun, cache juga dibatalkan dengan sangat mudah: misalnya, banyak tanda command line bazel menyebabkan cache dihapus. Hal ini karena banyak flag memengaruhi grafik build (mis., karena atribut yang dapat dikonfigurasi). Beberapa perubahan flag juga dapat menyebabkan server Bazel dimulai ulang (misalnya, mengubah opsi startup).

Cache eksekusi yang baik juga bermanfaat untuk performa build. Cache eksekusi dapat disimpan secara lokal di disk, atau dari jarak jauh. Cache dapat dibagikan antar server Bazel, dan juga di antara pengembang.

Menghindari menghapus cache analisis

Bazel akan mencetak peringatan jika cache analisis dihapus atau server dimulai ulang. Kedua hal berikut ini harus dihindari selama penggunaan berulang:

  • Berhati-hatilah saat mengubah flag bazel di tengah alur kerja yang iteratif. Misalnya, menggabungkan bazel build -c opt dengan bazel cquery akan menyebabkan setiap perintah menghapus cache analisis yang lain. Secara umum, coba gunakan set flag tetap selama alur kerja tertentu.

  • Kehilangan server Bazel akan kehilangan cache analisis. Server Bazel memiliki waktu tidak ada aktivitas yang dapat dikonfigurasi, setelah itu akan dimatikan. Anda dapat mengonfigurasi waktu ini melalui file bazelrc agar sesuai dengan kebutuhan. Server juga dimulai ulang saat tanda startup berubah, jadi sekali lagi, hindari mengubah flag tersebut jika memungkinkan.

  • Hati-hati bahwa server Bazel akan dimatikan jika Anda menekan Ctrl-C berulang kali saat Bazel sedang berjalan. Anda mungkin ingin mencoba menghemat waktu dengan mengganggu build yang sedang berjalan yang tidak lagi diperlukan, tetapi hanya tekan Ctrl-C sekali untuk meminta akhir pemanggilan saat ini dengan halus.

  • Jika ingin menggunakan beberapa kumpulan tanda dari ruang kerja yang sama, Anda dapat menggunakan beberapa basis output yang berbeda, yang diganti dengan tanda --output_base. Setiap basis output memiliki server Bazel sendiri.