Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
EFSKinerja Amazon
Bagian berikut memberikan ikhtisar EFS kinerja Amazon, dan menjelaskan bagaimana konfigurasi sistem file Anda memengaruhi dimensi kinerja utama. Kami juga memberikan beberapa tips dan rekomendasi penting untuk mengoptimalkan kinerja sistem file Anda.
Topik
Ringkasan kinerja
Kinerja sistem file biasanya diukur dengan menggunakan dimensi latensi, throughput, dan operasi Input/Output per detik (). IOPS EFSKinerja Amazon di seluruh dimensi ini bergantung pada konfigurasi sistem file Anda. Konfigurasi berikut memengaruhi kinerja sistem EFS file Amazon:
Jenis sistem file - Regional atau Satu Zona
Mode kinerja - Tujuan Umum atau Max I/O
penting
Mode kinerja Max I/O memiliki latensi per operasi yang lebih tinggi daripada mode kinerja Tujuan Umum. Untuk kinerja yang lebih cepat, kami sarankan untuk selalu menggunakan mode kinerja Tujuan Umum. Untuk informasi selengkapnya, lihat Mode kinerja.
Mode Throughput - Elastis, Disediakan, atau Meledak
Tabel berikut menguraikan spesifikasi kinerja untuk sistem file menggunakan mode kinerja Tujuan Umum dan kemungkinan kombinasi yang berbeda dari jenis sistem file dan mode throughput.
Konfigurasi penyimpanan dan throughput | Latensi | Maksimum IOPS | Throughput maksimum | |||||
---|---|---|---|---|---|---|---|---|
Jenis sistem file |
Mode throughput |
Baca operasi |
Tulis operasi |
Baca operasi |
Tulis operasi |
P er-file-system baca 1 |
P er-file-system tulis 1 |
Baca/tulis per klien |
Regional |
Elastis |
Serendah 250 mikrodetik (µs) |
Serendah 2,7 milidetik (ms) | 90.000-250.000 2 | 50.000 |
10—60 gibibyte per detik () GiBps |
1—5 GiBps |
1.500 mebibytes per detik () 3 MiBps |
Regional |
Disediakan |
Serendah 250 µs |
Serendah 2,7 ms | 55.000 | 25.000 |
3—10 GiBps |
1—3,33 GiBps |
500 MiBps |
Regional |
Meledak |
Serendah 250 µs |
Serendah 2,7 ms | 35.000 | 7.000 |
3—5 GiBps |
1—3 GiBps |
500 MiBps |
Satu Zona |
Elastis, Disediakan, Meledak |
Serendah 250 µs |
Serendah 1,6 ms |
35.000 | 7.000 |
3 GiBps 4 |
1 GiBps 4 |
500 MiBps |
catatan
Catatan kaki:
Throughput baca dan tulis maksimum tergantung pada. Wilayah AWS Throughput yang melebihi throughput maksimum Wilayah AWS seseorang membutuhkan peningkatan kuota throughput. Setiap permintaan untuk throughput tambahan dipertimbangkan case-by-case berdasarkan tim EFS layanan Amazon. Persetujuan mungkin tergantung pada jenis beban kerja Anda. Untuk mempelajari lebih lanjut tentang meminta kenaikan kuota, lihat. EFSKuota Amazon
-
Sistem file yang menggunakan throughput Elastic dapat mendorong maksimum 90.000 pembacaan IOPS untuk data yang jarang diakses dan 250.000 bacaan untuk data yang sering diakses. Rekomendasi tambahan berlaku IOPS untuk mencapai maksimum. IOPS Untuk informasi selengkapnya, lihat Mengoptimalkan beban kerja yang menuntut throughput tinggi dan IOPS.
-
Throughput baca dan tulis gabungan maksimum adalah 1.500 MiBps untuk sistem file yang menggunakan throughput Elastic dan dipasang menggunakan versi 2.0 atau yang lebih baru dari EFS klien Amazon (amazon-efs-utils versi) atau Amazon EFS CSI Driver (). aws-efs-csi-driver Untuk semua sistem file lainnya, batas throughputnya adalah 500 MiBps. Untuk informasi selengkapnya tentang EFS klien Amazon, lihat Menginstal EFS klien Amazon
-
Sistem file One Zone yang menggunakan throughput Bursting dapat mendorong jumlah throughput per-file-system baca dan tulis yang sama dengan sistem file Regional menggunakan throughput Bursting (pembacaan maksimum 5 GiBps untuk dibaca dan 3 untuk tulis). GiBps
Kelas penyimpanan
Kelas EFS penyimpanan Amazon dirancang untuk penyimpanan paling efektif tergantung pada kasus penggunaan.
-
EFSKelas penyimpanan standar menggunakan penyimpanan solid state drive (SSD) untuk memberikan tingkat latensi terendah untuk file yang sering diakses. Kelas penyimpanan ini menyediakan latensi byte pertama serendah 250 mikrodetik untuk pembacaan dan 2,7 milidetik untuk penulisan.
EFSKelas penyimpanan Infrequent Access (IA) dan EFS Archive menyimpan data yang jarang diakses yang tidak memerlukan kinerja latensi yang diperlukan data yang sering diakses. Kelas penyimpanan ini menyediakan latensi byte pertama puluhan milidetik.
Untuk informasi selengkapnya tentang kelas EFS penyimpanan, lihatEFSkelas penyimpanan.
Mode kinerja
Amazon EFS menawarkan dua mode kinerja, Tujuan Umum dan Max I/O.
-
Mode Tujuan Umum memiliki latensi per operasi terendah dan merupakan mode kinerja default untuk sistem file. Sistem file One Zone selalu menggunakan mode kinerja Tujuan Umum. Untuk kinerja yang lebih cepat, kami sarankan untuk selalu menggunakan mode kinerja Tujuan Umum.
-
Mode Max I/O adalah tipe kinerja generasi sebelumnya yang dirancang untuk beban kerja yang sangat paralel yang dapat mentolerir latensi yang lebih tinggi daripada mode Tujuan Umum. Mode Max I/O tidak didukung untuk sistem file One Zone atau sistem file yang menggunakan throughput Elastic.
penting
Karena latensi per operasi yang lebih tinggi dengan Max I/O, sebaiknya gunakan mode kinerja Tujuan Umum untuk semua sistem file.
Untuk membantu memastikan bahwa beban kerja Anda tetap dalam IOPS batas yang tersedia untuk sistem file menggunakan mode kinerja Tujuan Umum, Anda dapat memantau PercentIOLimit
CloudWatch metrik. Untuk informasi selengkapnya, lihat CloudWatch metrik untuk Amazon EFS.
Aplikasi dapat menskalakannya IOPS secara elastis hingga batas yang terkait dengan mode kinerja. Anda tidak ditagih secara terpisahIOPS; mereka termasuk dalam akuntansi throughput sistem file. Setiap permintaan Network File System (NFS) dihitung sebagai 4 kilobyte (KB) throughput, atau permintaan dan ukuran responsnya yang sebenarnya, mana yang lebih besar.
Mode throughput
Mode throughput sistem file menentukan throughput yang tersedia untuk sistem file Anda. Amazon EFS menawarkan tiga mode throughput: Elastic, Provisioned, dan Bursting. Throughput baca didiskon untuk memungkinkan Anda mendorong throughput baca yang lebih tinggi daripada throughput tulis. Throughput maksimum yang tersedia dengan setiap mode throughput tergantung pada. Wilayah AWS Untuk informasi selengkapnya tentang throughput sistem file maksimum di berbagai wilayah, lihatEFSKuota Amazon.
Sistem file Anda dapat mencapai 100% gabungan throughput baca dan tulisnya. Misalnya, jika sistem file Anda menggunakan 33% dari batas throughput bacanya, sistem file dapat secara bersamaan mencapai hingga 67% dari batas throughput penulisannya. Anda dapat memantau penggunaan throughput sistem file Anda dalam grafik pemanfaatan Throughput (%) pada halaman Detail Sistem File konsol. Untuk informasi selengkapnya, lihat Memantau kinerja throughput.
Memilih mode throughput yang benar untuk sistem file
Memilih mode throughput yang benar untuk sistem file Anda bergantung pada persyaratan kinerja beban kerja Anda.
Throughput elastis (Disarankan) — Gunakan throughput Elastis default ketika Anda memiliki beban kerja yang runcing atau tidak dapat diprediksi serta persyaratan kinerja yang sulit diprediksi, atau saat aplikasi Anda mendorong throughput dengan rasio 5% atau kurang. average-to-peak Untuk informasi selengkapnya, lihat Throughput elastis.
-
Throughput yang disediakan — Gunakan throughput yang disediakan jika Anda mengetahui persyaratan kinerja beban kerja Anda, atau saat aplikasi Anda mendorong throughput dengan rasio 5% atau lebih. average-to-peak Untuk informasi selengkapnya, lihat Throughput yang Disediakan.
-
Throughput yang meledak — Gunakan throughput Bursting saat Anda menginginkan throughput yang berskala dengan jumlah penyimpanan di sistem file Anda.
Jika, setelah menggunakan throughput Bursting, Anda menemukan bahwa aplikasi Anda dibatasi throughput (misalnya, menggunakan lebih dari 80% throughput yang diizinkan atau Anda telah menggunakan semua kredit burst Anda), maka Anda harus menggunakan throughput Elastis atau Provisioned. Untuk informasi selengkapnya, lihat Throughput yang melonjak.
Anda dapat menggunakan Amazon CloudWatch untuk menentukan average-to-peak rasio beban kerja Anda dengan membandingkan MeteredIOBytes
metrik dengan PermittedThroughput
metrik. Untuk informasi selengkapnya tentang EFS metrik Amazon, lihatCloudWatch metrik untuk Amazon EFS.
Throughput elastis
Untuk sistem file yang menggunakan throughput Elastic, Amazon EFS secara otomatis menskalakan kinerja throughput ke atas atau ke bawah untuk memenuhi kebutuhan aktivitas beban kerja Anda. Throughput elastis adalah mode throughput terbaik untuk beban kerja yang runcing atau tidak dapat diprediksi dengan persyaratan kinerja yang sulit diprediksi, atau untuk aplikasi yang mendorong throughput rata-rata 5% atau kurang dari throughput puncak (rasio). average-to-peak
Karena kinerja throughput untuk sistem file dengan skala throughput Elastic secara otomatis, Anda tidak perlu menentukan atau menyediakan kapasitas throughput untuk memenuhi kebutuhan aplikasi Anda. Anda hanya membayar untuk jumlah metadata dan data yang dibaca atau ditulis, dan Anda tidak memperoleh atau menggunakan kredit burst saat menggunakan throughput Elastic.
catatan
Throughput elastis hanya tersedia untuk sistem file yang menggunakan mode kinerja Tujuan Umum.
Untuk informasi tentang batas throughput Elastis Per-wilayah, lihat. EFSKuota Amazon yang dapat Anda tingkatkan
Throughput yang Disediakan
Dengan Provisioned throughput, Anda menentukan tingkat throughput yang dapat didorong oleh sistem file secara independen dari ukuran sistem file atau saldo kredit burst. Gunakan throughput yang disediakan jika Anda mengetahui persyaratan kinerja beban kerja Anda, atau jika aplikasi Anda mendorong throughput sebesar 5% atau lebih dari rasio. average-to-peak
Untuk sistem file yang menggunakan throughput Provisioned, Anda dikenakan biaya untuk jumlah throughput yang diaktifkan untuk sistem file. Jumlah throughput yang ditagih dalam sebulan didasarkan pada throughput yang disediakan melebihi throughput dasar yang disertakan sistem file Anda dari penyimpanan Standar, hingga batas throughput dasar Bursting yang berlaku di. Wilayah AWS
Jika throughput baseline sistem file melebihi jumlah throughput Provisioned, maka secara otomatis menggunakan throughput Bursting yang diizinkan untuk sistem file (hingga batas throughput dasar\ Bursting yang berlaku di dalamnya). Wilayah AWS
Untuk informasi tentang batas per RegionProvisioned throughput, lihatEFSKuota Amazon yang dapat Anda tingkatkan.
Throughput yang melonjak
Throughput yang meledak direkomendasikan untuk beban kerja yang memerlukan throughput yang diskalakan dengan jumlah penyimpanan di sistem file Anda. Dengan throughput Bursting, throughput dasar sebanding dengan ukuran sistem file di kelas penyimpanan Standar, dengan kecepatan 50 per KiBps setiap GiB penyimpanan. Kredit burst bertambah ketika sistem file mengkonsumsi di bawah tingkat throughput dasarnya, dan dikurangkan ketika throughput melebihi tingkat dasar.
Ketika kredit burst tersedia, sistem file dapat mendorong throughput hingga 100 MiBps per TiB penyimpanan, hingga Wilayah AWS batasnya, dengan minimal 100. MiBps Jika tidak ada kredit burst yang tersedia, sistem file dapat mendorong hingga 50 MiBps per TiB penyimpanan, dengan minimal 1. MiBps
Untuk informasi tentang throughput Bursting Per-wilayah, lihat. General resource quotas that cannot be changed
Memahami kredit EFS burst Amazon
Dengan throughput Bursting, setiap sistem file menghasilkan kredit burst dari waktu ke waktu pada tingkat dasar yang ditentukan oleh ukuran sistem file yang disimpan di kelas penyimpanan Standar. EFS Tingkat dasar adalah 50 MiBps per tebibyte [TiB] penyimpanan (setara dengan 50 KiBps per GiB penyimpanan). Amazon EFS meteran membaca operasi hingga sepertiga tingkat operasi tulis, memungkinkan sistem file untuk mendorong tingkat dasar hingga 150 per KiBps GiB throughput baca, atau 50 per GiB throughput tulis. KiBps
Sistem file dapat mendorong throughput pada tingkat meteran baseline secara terus menerus. Sistem file mengakumulasi kredit burst setiap kali tidak aktif atau mendorong throughput di bawah tingkat meteran baseline. Kredit burst yang terakumulasi memberi sistem file kemampuan untuk mendorong throughput di atas tingkat dasarnya.
Misalnya, sistem file dengan 100 GiB data terukur di kelas penyimpanan Standar memiliki throughput dasar 5. MiBps Selama periode tidak aktif 24 jam, sistem file menghasilkan kredit senilai 432.000 MiB (5 MiB × 86.400 detik = 432.000 MiB), yang dapat digunakan untuk meledak pada MiBps 100 selama 72 menit (432.000 MiB ÷ 100 = 72 menit). MiBps
Sistem file yang lebih besar dari 1 TiB selalu dapat meledak hingga 50 persen dari waktu jika mereka tidak aktif selama 50 persen sisanya.
Tabel berikut memberikan contoh perilaku meledak.
Ukuran sistem file | Throughput meledak | Throughput dasar |
---|---|---|
100 GiB data terukur dalam penyimpanan Standar |
|
|
1 TiB data terukur dalam penyimpanan Standar |
|
|
10 TiB data terukur dalam penyimpanan Standar |
|
|
Umumnya, sistem file yang lebih besar |
|
|
catatan
Amazon EFS menyediakan throughput terukur 1 MiBps untuk semua sistem file, bahkan jika tingkat dasar lebih rendah.
Ukuran sistem file yang digunakan untuk menentukan baseline dan burst rate adalah ukuran ValueInStandard
terukur yang tersedia melalui operasi. DescribeFileSystems API
Sistem file dapat memperoleh kredit hingga saldo kredit maksimum 2,1 TiB untuk sistem file yang lebih kecil dari 1 TiB, atau 2,1 TiB per TiB yang disimpan untuk sistem file yang lebih besar dari 1 TiB. Perilaku ini berarti bahwa sistem file dapat mengumpulkan kredit yang cukup untuk meledak hingga 12 jam terus menerus.
Pembatasan pada pengalihan throughput dan perubahan jumlah yang disediakan
Anda dapat mengganti mode throughput sistem file yang ada dan mengubah jumlah throughput. Namun, setelah mengalihkan mode throughput ke throughput yang disediakan atau mengubah jumlah throughput yang disediakan, tindakan berikut dibatasi untuk periode 24 jam:
-
Beralih dari mode throughput yang disediakan ke mode throughput Elastis atau Meledak.
-
Mengurangi jumlah throughput yang disediakan.
Kiat EFS kinerja Amazon
Saat menggunakan AmazonEFS, ingatlah kiat kinerja berikut.
Ukuran I/O rata-rata
Sifat Amazon yang terdistribusi EFS memungkinkan tingkat ketersediaan, daya tahan, dan skalabilitas yang tinggi. Arsitektur terdistribusi ini menghasilkan overhead latensi kecil untuk setiap operasi file. Karena latensi per operasi ini, throughput keseluruhan umumnya meningkat seiring dengan meningkatnya ukuran I/O rata-rata, karena overhead diamortisasi pada jumlah data yang lebih besar.
Mengoptimalkan beban kerja yang menuntut throughput tinggi dan IOPS
Untuk beban kerja yang memerlukan throughput tinggi danIOPS, gunakan sistem file Regional yang dikonfigurasi dengan mode kinerja Tujuan Umum dan throughput Elastis.
catatan
Untuk mencapai maksimum 250.000 pembacaan IOPS untuk data yang sering diakses, sistem file harus menggunakan throughput Elastic.
Untuk mencapai tingkat kinerja tertinggi, Anda harus memanfaatkan paralelisasi dengan mengonfigurasi aplikasi atau beban kerja Anda sebagai berikut.
Mendistribusikan beban kerja secara merata di semua klien dan direktori, dengan setidaknya jumlah direktori yang sama dengan jumlah klien yang digunakan.
Minimalkan perdebatan dengan menyelaraskan thread individual ke kumpulan data atau file yang berbeda.
-
Distribusikan beban kerja di 10 NFS klien atau lebih, dengan setidaknya 64 utas per klien dalam satu target pemasangan.
Koneksi simultan
Anda dapat memasang sistem EFS file Amazon di hingga ribuan Amazon EC2 dan instans AWS komputasi lainnya secara bersamaan. Anda dapat mendorong tingkat throughput yang lebih tinggi pada sistem file secara agregat di seluruh instance komputasi jika Anda dapat memparalelkan aplikasi Anda di lebih banyak instance.
Model permintaan
Jika Anda mengaktifkan penulisan asinkron ke sistem file Anda, operasi penulisan yang tertunda akan di-buffer pada EC2 instance Amazon sebelum ditulis ke Amazon secara asinkron. EFS Penulisan asinkron biasanya memiliki latensi yang lebih rendah. Saat melakukan penulisan asinkron, kernel menggunakan memori tambahan untuk melakukan cache.
Sistem file yang telah mengaktifkan penulisan sinkron, atau yang membuka file menggunakan opsi yang melewati cache (misalnya,O_DIRECT
), mengeluarkan permintaan sinkron ke Amazon. EFS Setiap operasi melewati perjalanan pulang pergi antara klien dan AmazonEFS.
catatan
Model permintaan yang Anda pilih memiliki konsistensi pengorbanan (jika Anda menggunakan beberapa EC2 instans Amazon) dan kecepatan. Menggunakan penulisan sinkron memberikan peningkatan konsistensi data dengan menyelesaikan setiap transaksi permintaan tulis sebelum memproses permintaan berikutnya. Menggunakan penulisan asinkron memberikan peningkatan throughput dengan buffering operasi penulisan yang tertunda.
NFSpengaturan pemasangan klien
Verifikasi bahwa Anda menggunakan opsi pemasangan yang disarankan seperti yang diuraikan di dalam Memasang sistem EFS file dan diPertimbangan pemasangan untuk Linux.
Saat memasang sistem file Anda di EC2 instans Amazon, Amazon EFS mendukung protokol Sistem File Jaringan versi 4.0 dan 4.1 (NFSv4). NFSv4.1 memberikan kinerja yang lebih baik untuk operasi pembacaan file kecil paralel (lebih dari 10.000 file per detik) dibandingkan dengan NFSv4 0,0 (kurang dari 1.000 file per detik). Untuk instans Amazon EC2 macOS yang menjalankan macOS Big Sur, hanya 0,0 yang didukung. NFSv4
Jangan gunakan opsi pemasangan berikut:
noac
,actimeo=0
,acregmax=0
,acdirmax=0
— Opsi ini menonaktifkan cache atribut, yang memiliki dampak kinerja yang sangat besar.lookupcache=pos
,lookupcache=none
— Opsi ini menonaktifkan cache pencarian nama file, yang memiliki dampak yang sangat besar pada kinerja.fsc
— Opsi ini memungkinkan caching file lokal, tetapi tidak mengubah koherensi NFS cache, dan tidak mengurangi latensi.
catatan
Saat Anda memasang sistem file Anda, pertimbangkan untuk meningkatkan ukuran buffer baca dan tulis untuk NFS klien Anda menjadi 1 MB.
Mengoptimalkan kinerja file kecil
Anda dapat meningkatkan kinerja file kecil dengan meminimalkan pembukaan kembali file, meningkatkan paralelisme, dan menggabungkan file referensi jika memungkinkan.
Minimalkan jumlah perjalanan pulang pergi ke server.
Jangan menutup file secara tidak perlu jika Anda membutuhkannya nanti dalam alur kerja. Menjaga deskriptor file tetap terbuka memungkinkan akses langsung ke salinan lokal di cache. Operasi buka, tutup, dan metadata file umumnya tidak dapat dibuat secara asinkron atau melalui pipa.
Saat membaca atau menulis file kecil, dua perjalanan pulang pergi tambahan itu signifikan.
Setiap perjalanan pulang pergi (file terbuka, tutup file) dapat memakan waktu sebanyak membaca atau menulis megabyte data massal. Ini lebih efisien untuk membuka file input atau output sekali, di awal pekerjaan komputasi Anda, dan menahannya terbuka untuk seluruh panjang pekerjaan.
Gunakan paralelisme untuk mengurangi dampak waktu pulang pergi.
Bundel file referensi dalam
.zip
file. Beberapa aplikasi menggunakan satu set besar file referensi kecil, sebagian besar hanya-baca. Bundling ini dalam.zip
file memungkinkan Anda membaca banyak file dengan satu perjalanan pulang-pergi buka-tutup..zip
Format ini memungkinkan akses acak ke file individual.
Mengoptimalkan kinerja direktori
Saat melakukan listing (ls) pada direktori yang sangat besar (lebih dari 100k file) yang sedang dimodifikasi secara bersamaan, NFS klien Linux dapat hang, tidak mengembalikan respons. Masalah ini diperbaiki di kernel 5.11, yang telah di-porting ke kernel Amazon Linux 2 4.14, 5.4, dan 5.10.
Kami menyarankan agar jumlah direktori di sistem file Anda kurang dari 10.000, jika memungkinkan. Gunakan subdirektori bersarang sebanyak mungkin.
Saat mencantumkan direktori, hindari mendapatkan atribut file jika tidak diperlukan, karena tidak disimpan di direktori itu sendiri.
Mengoptimalkan ukuran NFS read_ahead_kb
NFSread_ahead_kb
Atribut mendefinisikan jumlah kilobyte untuk kernel Linux untuk dibaca ke depan atau prefetch selama operasi baca berurutan.
Untuk versi kernel Linux sebelum 5.4.*, read_ahead_kb
nilainya ditetapkan dengan mengalikan NFS_MAX_READAHEAD
dengan nilai untuk rsize
(klien mengonfigurasi ukuran buffer baca yang diatur dalam opsi pemasangan). Saat menggunakan opsi pemasangan yang disarankan, rumus ini disetel read_ahead_kb
ke 15 MB.
catatan
Dimulai dengan kernel Linux versi 5.4.*, NFS klien Linux menggunakan read_ahead_kb
nilai default 128 KB. Kami merekomendasikan untuk meningkatkan nilai ini menjadi 15 MB.
Pembantu EFS pemasangan Amazon yang tersedia dalam amazon-efs-utils
versi 1.33.2 dan yang lebih baru secara otomatis memodifikasi read_ahead_kb
nilainya menjadi sama dengan 15*rsize
, atau 15 MB, setelah memasang sistem file.
Untuk kernel Linux 5.4 atau yang lebih baru, jika Anda tidak menggunakan mount helper untuk me-mount sistem file Anda, pertimbangkan pengaturan manual read_ahead_kb
ke 15 MB untuk meningkatkan kinerja. Setelah memasang sistem file, Anda dapat mengatur ulang read_ahead_kb
nilainya dengan menggunakan perintah berikut. Sebelum menggunakan perintah ini, ganti nilai-nilai berikut:
Ganti
dengan ukuran yang diinginkan dalam kilobyte.read-ahead-value-kb
Ganti
dengan titik pasang sistem file.efs-mount-point
device_number=$(stat -c '%d'
efs-mount-point
) ((major = ($device_number & 0xFFF00) >> 8)) ((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00))) sudo bash -c "echoread-ahead-value-kb
> /sys/class/bdi/$major:$minor/read_ahead_kb"
Contoh berikut menetapkan read_ahead_kb
ukuran untuk 15 MB.
device_number=$(stat -c '%d' efs) ((major = ($device_number & 0xFFF00) >> 8)) ((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00))) sudo bash -c "echo 15000 > /sys/class/bdi/$major:$minor/read_ahead_kb"