XSAVE

Yang perlu Anda ketahui

Cara kerjanya

Arsitektur XSAVE menggunakan tata letak status terenumerasi dan mask untuk mendeskripsikan komponen mana yang diaktifkan dan disimpan. CPUID leaf 0DH mendeskripsikan komponen dan ukuran yang didukung. XCR0 mengontrol komponen status pengguna yang memenuhi syarat, sementara OSXSAVE memberi tahu perangkat lunak bahwa sistem operasi telah mengaktifkan lingkungan XSAVE.

Manfaat penggunaan

Runtime yang menentukan apakah ia dapat menggunakan AVX memerlukan bit AVX prosesor dan status XMM/YMM yang diaktifkan OS. Implementasi konteks atau sinyal harus mengalokasikan ruang sesuai dengan status yang diaktifkan alih-alih berasumsi bahwa buffer berukuran tetap bawaan terdahulu sudah cukup.

Cara memeriksa dukungan dan pengaktifan

Periksa CPUID.01H:ECX bit 26 untuk XSAVE dan bit 27 untuk OSXSAVE. Hanya setelah itu gunakan XGETBV sebagaimana diizinkan dan periksa bit XCR0 yang diperlukan. Lakukan enumerasi leaf 0DH untuk tata letak status alih-alih melakukan hard-code ukuran dari mesin lain.

Fasilitas manajemen status terutama merupakan tanggung jawab OS dan runtime. Buffer, masker, ukuran komponen, penyelarasan, dan aturan pemulihan harus sesuai dengan arsitektur dan mode eksekusi. Menyimpan hanya sebagian subset dapat merusak kode yang menggunakan status tambahan yang diaktifkan.

Hal yang tidak dipastikan oleh fitur ini

Dukungan XSAVE tidak dengan sendirinya berarti AVX, AVX-512, atau AMX dapat digunakan. XGETBV tidak boleh digunakan sebelum memastikan dukungan yang diperlukan dan pengaktifan OS. Instruksi keluarga XSAVE yang berbeda memiliki aturan enumerasi dan tata letak yang terpisah.

Kompatibilitas dan performa dalam praktik

Deteksi fitur tingkat aplikasi harus menggunakan antarmuka runtime yang terawat jika memungkinkan. Bedakan dukungan perangkat keras dari pengaktifan OS dan, untuk fitur dinamis, izin proses. Label CPU saja tidak dapat memastikan bahwa urutan simpan/pulihkan arbitrer sudah benar.

Daftar periksa verifikasi praktis

1. Catat model prosesor atau platform yang tepat serta versi aplikasi, OS, dan runtime yang terlibat. Pertahankan kata-kata dari kesalahan atau persyaratan sebenarnya.
2. Periksa referensi produsen untuk model persis tersebut, lalu periksa kemampuan efektif dan status aktif di lingkungan tempat program berjalan.
3. Bandingkan setiap persyaratan dari biner atau backend yang dipilih. Fitur dengan nama serupa, alias, atau label teknologi umum tidaklah cukup.
4. Pastikan aplikasi memilih implementasi yang dimaksudkan. Gunakan diagnostik terdokumentasi miliknya dan alternatif cadangan yang didukung ketika persyaratan tidak terpenuhi.
5. Lakukan satu perubahan yang didukung pada satu waktu dan ulangi beban kerja yang sama. Pertahankan konfigurasi asli dan jalur pemulihan tetap tersedia.

Jika fitur terdaftar tetapi perangkat lunak tidak dapat menggunakannya

Mulailah dari komponen persis yang mengalami kegagalan. Basis data perangkat keras menjelaskan kemampuan yang tercatat; sistem operasi atau hipervisor dapat mengekspos lingkungan efektif yang berbeda. Kesalahan instruksi ilegal juga memerlukan penyelidikan terhadap instruksi bermasalah yang sebenarnya dan build biner, karena korupsi data atau instruksi tidak didukung yang tidak terkait dapat menghasilkan gejala serupa.

Pasang versi aplikasi, driver, atau runtime yang didukung untuk platform persis tersebut, dan gunakan build standar atau cadangan yang terdokumentasi dari vendor jika diperlukan. Pembaruan perangkat lunak tidak dapat menciptakan instruksi yang tidak dimiliki prosesor. Perubahan firmware dan kebijakan keamanan harus mengikuti prosedur produsen sistem serta rencana pemulihan, bukan resep optimasi umum.

Fitur terkait dan perbedaan yang berguna

XSAVEOPT · FXSR · AVX · AMX, Advanced Matrix Extensions

Sumber dan cakupan penjelasan ini

Intel 64 and IA-32 Architectures Software Developer's Manual · Kernel Linux: penggunaan fitur XSTATE di ruang pengguna

Referensi ini menetapkan perilaku arsitektur dan persyaratan perangkat lunak. Referensi tersebut tidak memverifikasi secara independen setiap nilai fitur pada halaman model perangkat keras yang ditautkan. Untuk dukungan model, gunakan bukti produsen pada halaman tersebut dan periksa konfigurasi sistem efektif. Artikel ini tidak menyediakan tolok ukur, sertifikasi, atau tanggal tinjauan independen.

Terkait

Entitas-entitas ini terhubung ke artikel ini. Jenis ditampilkan di setiap tautan.

Sumber dan verifikasi

Kepemilikan editorial: Feex. Tidak ada tanggal peninjauan independen yang dicatat. Cara kami meneliti.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Volume 1 dan 2 menjelaskan keluarga instruksi yang disebutkan serta CPUID; Volume 3 menjelaskan status, paging, VMX, dan kontrol proteksi. Dokumentasi arsitektur tidak menetapkan dukungan untuk model tertentu.
• Kernel Linux: penggunaan fitur XSTATE di ruang pengguna · Status vektor yang diaktifkan OS, status tile yang diaktifkan secara dinamis, persyaratan signal-stack, dan alur izin AMX. Perilaku khusus Linux bukanlah jaminan untuk OS lain.