Zfs: ./configure probe membutuhkan waktu lama

Dibuat pada 29 Mar 2019  ·  4Komentar  ·  Sumber: openzfs/zfs

Sistem Informasi

Ketik | Versi/Nama
--- | ---
Nama Distribusi | Debian
Versi Distribusi | Buster Alfa 5
Kernel Linux | 4.19.0-4-powerpc64le
Arsitektur | KEKUATAN 9
Versi ZFS | 0.7.12
Versi SPL | 0.7.12

Jelaskan masalah yang Anda amati

./configure probe ke kernel linux membutuhkan waktu beberapa (hampir 10) detik per probe, berkat semua make dan shell yang muncul. Akan jauh lebih baik, IMHO, untuk meluncurkan kompilasi tunggal yang dapat diparalelkan (menggunakan, misalnya, make -k ) dari semua probe yang mungkin, dan kemudian menyimpulkan hasilnya setelahnya.

Jelaskan cara mereproduksi masalah

Ketik ./configure , pergi mandi dan buat teh.

Building Feature

Komentar yang paling membantu

@nwf menggunakan make -k dan menjalankan semua pemeriksaan secara paralel adalah ide yang menarik. Akan sangat bagus jika Anda bisa menyelidiki pendekatan ini dan menentukan apakah itu layak. Tidak ada seorang pun selain saya sendiri yang ingin melihat ini dipercepat.

Semua 4 komentar

@nwf menggunakan make -k dan menjalankan semua pemeriksaan secara paralel adalah ide yang menarik. Akan sangat bagus jika Anda bisa menyelidiki pendekatan ini dan menentukan apakah itu layak. Tidak ada seorang pun selain saya sendiri yang ingin melihat ini dipercepat.

Ya. Lucu bagaimana konfigurasinya selama 15 menit dan kemudian dikompilasi dalam 15 detik ...

@behlendorf keren!

BTW apakah pemeriksaan ini ada untuk memeriksa kode ZFS atau sistem tempat saya membangun?

Jika itu menguji kode ZFS itu sendiri, maka itu dapat dilakukan dengan menggunakan beberapa sistem integrasi berkelanjutan secara langsung ketika didorong ke git.

Jika menguji lingkungan build (mis. laptop saya) saya pikir tes ini dapat di-cache di antara build selama saya tidak memutakhirkan sistem saya, dalam hal ini saya mungkin melakukan pembersihan untuk menjalankan pemeriksaan lagi. Jadi, jika hanya kode ZFS yang berubah, tetapi lingkungan build saya tetap sama, kami mungkin tidak perlu memeriksanya lagi.

Tapi saya tidak benar-benar tahu bagaimana ini bekerja, itu hanya ide.

@Harvie menyimpan hasil untuk kernel tertentu sangat mungkin. Aku meninggalkan itu sebagai pekerjaan masa depan mungkin. Tetapi yang perlu Anda lakukan adalah menyertakan beberapa pengidentifikasi kernel unik dalam hasil build. Itu akan memungkinkan Anda untuk mengetahui apakah Anda perlu menjalankan kembali pemeriksaan yang diberikan.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat