Android 12 mendukung passthrough FUSE, yang meminimalkan overhead FUSE untuk mencapai performa yang sebanding dengan akses langsung ke sistem file yang lebih rendah. Passthrough FUSE didukung di android12-5.4 , android12-5.10 , dan android-mainline (hanya pengujian), yang berarti dukungan untuk fitur ini bergantung pada kernel yang digunakan oleh perangkat dan versi Android yang dijalankan perangkat:
Perangkat yang diupgrade dari Android 11 ke Android 12 tidak dapat mendukung passthrough FUSE karena kernel untuk perangkat ini dibekukan dan tidak dapat dipindahkan ke kernel yang telah diupgrade secara resmi dengan perubahan passthrough FUSE.
Perangkat yang diluncurkan dengan Android 12 dapat mendukung passthrough FUSE saat menggunakan kernel resmi. Untuk perangkat tersebut, kode kerangka kerja Android yang mengimplementasikan passthrough FUSE tertanam dalam modul jalur utama MediaProvider , yang secara otomatis ditingkatkan versinya. Perangkat yang tidak mengimplementasikan MediaProvider sebagai modul jalur utama (misalnya, perangkat Android Go), juga dapat mengakses perubahan MediaProvider saat perubahan tersebut dibagikan secara publik.
FUSE versus SD CardFS
Sistem file di Userspace (FUSE) adalah mekanisme yang memungkinkan operasi yang dilakukan pada sistem file FUSE dialihdayakan oleh kernel (driver FUSE) ke program userspace (daemon FUSE), yang mengimplementasikan operasi tersebut. Android 11 tidak lagi menggunakan SDCardFS dan menjadikan FUSE sebagai solusi default untuk emulasi penyimpanan. Sebagai bagian dari perubahan ini, Android mengimplementasikan daemon FUSE miliknya sendiri untuk mencegat akses file, menerapkan fitur keamanan dan privasi tambahan, dan memanipulasi file saat runtime.
Meskipun FUSE berkinerja baik ketika menangani informasi yang dapat di-cache seperti halaman atau atribut, FUSE memperkenalkan regresi kinerja ketika mengakses penyimpanan eksternal yang terutama terlihat pada perangkat kelas menengah dan bawah. Regresi ini disebabkan oleh rangkaian komponen yang bekerja sama dalam implementasi sistem file FUSE, serta beberapa peralihan dari ruang kernel ke ruang pengguna dalam komunikasi antara driver FUSE dan daemon FUSE (dibandingkan dengan akses langsung ke file yang lebih rendah sistem yang lebih ramping dan diimplementasikan sepenuhnya di kernel).
Untuk memitigasi regresi ini, aplikasi dapat menggunakan penyambungan untuk mengurangi penyalinan data dan menggunakan ContentProvider API untuk mendapatkan akses langsung ke file sistem file yang lebih rendah. Bahkan dengan optimasi ini dan lainnya , operasi baca dan tulis mungkin mengalami pengurangan bandwidth saat menggunakan FUSE jika dibandingkan dengan akses langsung ke sistem file yang lebih rendah — terutama dengan operasi baca acak, di mana tidak ada cache atau read-ahead yang dapat membantu. Dan aplikasi yang mengakses penyimpanan secara langsung melalui jalur /sdcard/ lama terus mengalami penurunan kinerja yang nyata, terutama saat melakukan operasi intensif IO.
Permintaan ruang pengguna SDcardFS
Menggunakan SDcardFS dapat mempercepat emulasi penyimpanan dan pemeriksaan izin FUSE dengan menghapus panggilan ruang pengguna dari kernel. Permintaan ruang pengguna mengikuti jalur: Ruang Pengguna → VFS → sdcardfs → VFS → ext4 → Cache/Penyimpanan halaman.
Gambar 1. Permintaan ruang pengguna SDcardFS
Permintaan ruang pengguna FUSE
FUSE awalnya digunakan untuk mengaktifkan emulasi penyimpanan dan memungkinkan aplikasi menggunakan penyimpanan internal atau kartu sd eksternal secara transparan. Menggunakan FUSE menimbulkan beberapa overhead karena setiap permintaan ruang pengguna mengikuti jalur: Userspace → VFS → FUSE driver → FUSE daemon → VFS → ext4 → Page cache/Storage.
Gambar 2. Permintaan ruang pengguna FUSE
Permintaan passthrough FUSE
Sebagian besar izin akses file diperiksa pada waktu buka file, dengan pemeriksaan izin tambahan dilakukan saat membaca dan menulis ke file tersebut. Dalam beberapa kasus, dimungkinkan untuk mengetahui pada waktu pembukaan file bahwa aplikasi yang meminta memiliki akses penuh ke file yang diminta, sehingga sistem tidak perlu terus meneruskan permintaan baca dan tulis dari driver FUSE ke daemon FUSE (seperti itu hanya akan memindahkan data dari satu tempat ke tempat lain).
Dengan passthrough FUSE, daemon FUSE yang menangani permintaan terbuka dapat memberi tahu driver FUSE bahwa operasi diperbolehkan dan semua permintaan baca dan tulis berikutnya dapat langsung diteruskan ke sistem file yang lebih rendah. Hal ini menghindari overhead tambahan saat menunggu daemon FUSE ruang pengguna membalas permintaan driver FUSE.
Perbandingan permintaan passthrough FUSE dan FUSE ditunjukkan di bawah ini.
Gambar 3. Permintaan FUSE versus permintaan passthrough FUSE
Saat aplikasi melakukan akses sistem file FUSE, operasi berikut terjadi:
Driver FUSE menangani dan mengantrekan permintaan, kemudian menyajikannya ke daemon FUSE yang menangani sistem file FUSE tersebut melalui contoh koneksi tertentu pada file
/dev/fuse, yang mana daemon FUSE diblokir agar tidak dapat dibaca.Ketika daemon FUSE menerima permintaan untuk membuka file, daemon tersebut memutuskan apakah passthrough FUSE harus tersedia untuk file tersebut. Jika tersedia, daemon:
Memberi tahu driver FUSE tentang permintaan ini.
Mengaktifkan passthrough FUSE untuk file menggunakan
FUSE_DEV_IOC_PASSTHROUGH_OPENioctl, yang harus dijalankan pada deskriptor file dari/dev/fuseyang dibuka.
Ioctl menerima (sebagai parameter) struktur data yang berisi hal berikut:
Deskriptor file dari file sistem file bawah yang menjadi target fitur passthrough.
Pengidentifikasi unik permintaan FUSE yang sedang ditangani (harus terbuka atau buat-dan-buka).
Bidang tambahan yang dapat dikosongkan dan dimaksudkan untuk penerapan di masa mendatang.
Jika ioctl berhasil, daemon FUSE menyelesaikan permintaan pembukaan, driver FUSE menangani balasan daemon FUSE, dan referensi ke file sistem file yang lebih rendah ditambahkan ke file FUSE di dalam kernel. Saat aplikasi meminta operasi baca/tulis pada file FUSE, driver FUSE akan memeriksa apakah referensi ke file sistem file yang lebih rendah tersedia.
Jika referensi tersedia, driver membuat permintaan Sistem File Virtual (VFS) baru dengan parameter yang sama yang menargetkan file sistem file yang lebih rendah.
Jika referensi tidak tersedia, driver meneruskan permintaan ke daemon FUSE.
Operasi di atas terjadi untuk operasi baca/tulis dan baca-iter/tulis-iter pada file generik dan operasi baca/tulis pada file yang dipetakan memori. Passthrough FUSE untuk file tertentu ada hingga file tersebut ditutup.
Menerapkan passthrough FUSE
Untuk mengaktifkan passthrough FUSE pada perangkat yang menjalankan Android 12, tambahkan baris berikut ke file $ANDROID_BUILD_TOP/device/…/device.mk pada perangkat target.
# Use FUSE passthrough
PRODUCT_PRODUCT_PROPERTIES += \
persist.sys.fuse.passthrough.enable=true
Untuk menonaktifkan passthrough FUSE, hilangkan perubahan konfigurasi di atas atau setel persist.sys.fuse.passthrough.enable ke false . Jika sebelumnya Anda telah mengaktifkan passthrough FUSE, menonaktifkannya akan mencegah perangkat menggunakan passthrough FUSE namun perangkat tetap berfungsi.
Untuk mengaktifkan/menonaktifkan passthrough FUSE tanpa mem-flash perangkat, ubah properti sistem menggunakan perintah ADB. Contohnya ditunjukkan di bawah ini.
adb rootadb shell setprop persist.sys.fuse.passthrough.enable {true,false}adb reboot
Untuk bantuan tambahan, lihat implementasi referensi .
Validasi passthrough FUSE
Untuk memvalidasi bahwa MediaProvider menggunakan passthrough FUSE, periksa logcat untuk pesan debug. Misalnya:
adb logcat FuseDaemon:V \*:S
--------- beginning of main
03-02 12:09:57.833 3499 3773 I FuseDaemon: Using FUSE passthrough
03-02 12:09:57.833 3499 3773 I FuseDaemon: Starting fuse...
FuseDaemon: Using FUSE passthrough di log memastikan bahwa passthrough FUSE sedang digunakan.
Android 12 CTS menyertakan CtsStorageTest , yang mencakup pengujian yang memicu passthrough FUSE. Untuk menjalankan tes secara manual, gunakan atest seperti yang ditunjukkan di bawah ini:
atest CtsStorageTest