Ringkasan kinerja Kelas penyimpanan Mode kinerja Mode throughput Tips performa

Performa Amazon EFS

Bagian berikut memberikan ikhtisar kinerja Amazon EFS, 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). Performa Amazon EFS di seluruh dimensi ini bergantung pada konfigurasi sistem file Anda. Konfigurasi berikut memengaruhi kinerja sistem file Amazon EFS:

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.

Spesifikasi kinerja untuk sistem file menggunakan mode kinerja Tujuan Umum
Konfigurasi penyimpanan dan throughput		Latensi		IOPS maksimum		Throughput maksimum
Jenis sistem file	Mode throughput	Baca operasi	Tulis operasi	Baca operasi	Tulis operasi	^{Per-file-system baca 1}	^{Per-file-sistem tulis 1}	Baca/tulis per klien
Regional	Elastis	Serendah 250 mikrodetik (µs)	Serendah 2,7 milidetik (ms)	^{90.000-250.000 2}	50.000	3—20 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 ⁴	1 GiBps ⁴	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 layanan Amazon EFS. Persetujuan mungkin tergantung pada jenis beban kerja Anda. Untuk mempelajari lebih lanjut tentang meminta kenaikan kuota, lihat. Kuota Amazon EFS
Sistem file yang menggunakan throughput Elastic dapat mendorong maksimum 90.000 IOPS baca untuk data yang jarang diakses dan 250.000 IOPS baca untuk data yang sering diakses. Rekomendasi tambahan berlaku untuk mencapai IOPS maksimum. 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 klien Amazon EFS (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 klien Amazon EFS, lihat Menginstal alat Amazon EFS
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 penyimpanan Amazon EFS dirancang untuk penyimpanan paling efektif tergantung pada kasus penggunaan.

Kelas penyimpanan EFS Standard 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.
Kelas penyimpanan EFS Infrequent Access (IA) dan EFS Archive menyimpan data yang jarang diakses yang tidak memerlukan kinerja latensi yang diperlukan oleh data yang sering diakses. Kelas penyimpanan ini menyediakan latensi byte pertama puluhan milidetik.

Untuk informasi selengkapnya tentang kelas penyimpanan EFS, lihatKelas penyimpanan EFS.

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 batas IOPS yang tersedia untuk sistem file menggunakan mode kinerja Tujuan Umum, Anda dapat memantau metrik. PercentIOLimit CloudWatch Untuk informasi selengkapnya, lihat CloudWatch Metrik Amazon untuk Amazon EFS.

Aplikasi dapat menskalakan IOPS mereka secara elastis hingga batas yang terkait dengan mode kinerja. Anda tidak ditagih secara terpisah untuk IOPS; mereka termasuk dalam akuntansi throughput sistem file. Setiap permintaan Network File System (NFS) dihitung sebagai 4 kilobyte (KB) throughput, atau permintaan dan ukuran respons aktual, 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, lihatKuota Amazon EFS.

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 Menggunakan CloudWatch metrik untuk 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 metrik Amazon EFS, lihat CloudWatch Metrik Amazon 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. Kuota Amazon EFS 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 dasar 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, lihatKuota Amazon EFS 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 ledakan Amazon EFS

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 EFS Standard. Tingkat dasar adalah 50 MiBps per tebibyte [TiB] penyimpanan (setara dengan 50 KiBps per GiB penyimpanan). Amazon EFS mengukur operasi baca 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	Burst menjadi 300 (MiBps) read-only hingga 72 menit per hari, atau Burst hingga 100 MiBps write-only hingga 72 menit per hari	Berkendara hingga 15 MiBps read-only terus menerus Berkendara hingga 5 MiBps tulis saja terus menerus
1 TiB data terukur dalam penyimpanan Standar	Burst menjadi 300 MiBps read-only selama 12 jam per hari, atau Burst to 100 MiBps write-only selama 12 jam per hari	Dorong 150 MiBps read-only terus menerus Dorong 50 hanya MiBps tulis terus menerus
10 TiB data terukur dalam penyimpanan Standar	Burst menjadi 3 GiBps read-only selama 12 jam per hari, atau Burst to 1 GiBps write-only selama 12 jam per hari	Drive 1.5 GiBps read-only terus menerus Drive 500 hanya MiBps tulis terus menerus
Umumnya, sistem file yang lebih besar	Burst menjadi 300 MiBps read-only per TiB penyimpanan selama 12 jam per hari, atau Burst hingga 100 MiBps write-only per TiB penyimpanan selama 12 jam per hari	Dorong 150 MiBps read-only per TiB penyimpanan terus menerus Dorong 50 MiBps write-only per TiB penyimpanan terus menerus

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 API. DescribeFileSystems

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 kinerja Amazon EFS

Saat menggunakan Amazon EFS, ingatlah kiat kinerja berikut.

Ukuran I/O rata-rata

Sifat terdistribusi Amazon 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 dan IOPS, gunakan sistem file Regional yang dikonfigurasi dengan mode kinerja Tujuan Umum dan throughput Elastis.

catatan

Untuk mencapai maksimum 250.000 IOPS baca 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 klien NFS atau lebih, dengan setidaknya 64 utas per klien dalam satu target pemasangan.

Koneksi simultan

Anda dapat memasang sistem file Amazon EFS 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 instans Amazon EC2 sebelum ditulis ke Amazon EFS secara asinkron. 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 Amazon EFS.

catatan

Model permintaan pilihan Anda telah mengorbankan konsistensi (jika Anda menggunakan beberapa instans Amazon EC2) 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.

Pengaturan pemasangan klien NFS

Verifikasi bahwa Anda menggunakan opsi pemasangan yang disarankan seperti yang diuraikan di dalam Memasang sistem file EFS dan diPertimbangan pemasangan tambahan.

Saat memasang sistem file Anda di instans Amazon EC2, Amazon EFS mendukung protokol Network File System versi 4.0 dan 4.1 (NFSv4). NFSV4.1 memberikan kinerja yang lebih baik untuk operasi baca file kecil paralel (lebih dari 10.000 file per detik) dibandingkan dengan NFSv4.0 (kurang dari 1.000 file per detik). Untuk instans macOS Amazon EC2 yang menjalankan macOS Big Sur, hanya NFSv4.0 yang didukung.

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 cache NFS, dan tidak mengurangi latensi.

catatan

Saat Anda memasang sistem file Anda, pertimbangkan untuk meningkatkan ukuran buffer baca dan tulis untuk klien NFS 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. Menggabungkan ini dalam .zip file memungkinkan Anda membaca banyak file dengan satu perjalanan pulang-pergi terbuka.

.zipFormat 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, klien Linux NFS 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 read_ahead_kb NFS

read_ahead_kbAtribut NFS 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.*, klien Linux NFS menggunakan read_ahead_kb nilai default 128 KB. Kami merekomendasikan untuk meningkatkan nilai ini menjadi 15 MB.

Amazon EFS mount helper 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 read-ahead-value-kb dengan ukuran yang diinginkan dalam kilobyte.
Ganti efs-mount-point dengan titik pasang sistem file.


device_number=$(stat -c '%d' efs-mount-point)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo read-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"

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Logging panggilan API dengan AWS CloudTrail

Memecahkan masalah kinerja