Lanjutkan ke konten

Hyper-Threading

Referensi arsitekturFeex

Intel Hyper-Threading mengekspos beberapa prosesor logis dari sebuah inti fisik jika implementasinya mendukung. Prosesor logis berbagi sumber daya inti dan tidak setara dengan inti fisik independen tambahan.

Yang perlu Anda ketahui

Intel Hyper-Threading mengekspos beberapa prosesor logis dari sebuah inti fisik jika implementasinya mendukung. Prosesor logis berbagi sumber daya inti dan tidak setara dengan inti fisik independen tambahan.

Cara kerjanya

Setiap prosesor logis menyediakan status eksekusi arsitektural sambil berbagi bagian dari sumber daya eksekusi, cache, dan penjadwalan inti. Pengaturan pembagian yang tepat bersifat spesifik untuk setiap mikroarsitektur. Penjadwalan OS dan permintaan sumber daya dari beban kerja menentukan apakah untaian (thread) simultan dapat meningkatkan throughput.

Manfaat penggunaan

Dua thread dengan kondisi stall yang saling melengkapi dapat menggunakan sumber daya eksekusi bersama secara lebih efektif, sedangkan dua thread yang bersaing untuk sumber daya jenuh yang sama mungkin memperoleh manfaat yang lebih sedikit. Hasil latensi, throughput, dan energi memerlukan pengukuran khusus untuk setiap beban kerja.

Cara memeriksa dukungan dan pengaktifan

Gunakan enumerasi topologi prosesor modern dan tampilan inti-fisik/prosesor-logis dari OS, bersama dengan kebijakan firmware. Pastikan berapa banyak thread yang sebenarnya diaktifkan per inti daripada mengalikan jumlah inti pemasaran secara otomatis.

Perilaku yang teramati dikendalikan oleh keseluruhan platform: firmware, kebijakan OS, penjadwalan beban kerja, penyaluran daya, dan suhu. Kolom fitur menggambarkan kemampuan, bukan status operasi tetap atau frekuensi yang dijanjikan.

Hal yang tidak dipastikan oleh fitur ini

Bidang Hyper-Threading tidak menetapkan jumlah inti fisik atau thread yang diaktifkan, dan bit HTT lama saja bukan merupakan hitungan topologi. Ini tidak menjamin kinerja dua kali lipat atau membuat setiap beban kerja paralel menjadi lebih cepat. Kebijakan keamanan platform juga dapat memengaruhi deployment.

Kompatibilitas dan performa dalam praktik

Gunakan telemetri yang didukung pada sistem yang tepat dan bandingkan beban kerja berkelanjutan yang representatif. Bedakan perilaku idle, lonjakan sementara, dan throughput kondisi stabil. Mengubah beberapa pengaturan firmware atau daya sekaligus akan mempersulit diagnosis dan pemulihan.

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.

Sumber dan cakupan penjelasan ini

Intel 64 and IA-32 Architectures Software Developer's Manual

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.

Sumber dan verifikasi

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

Apakah artikel ini bermanfaat?

Cukup jawab ya atau tidak. Pilih alasan jika Anda mau, atau tambahkan catatan singkat.

Apakah artikel ini bermanfaat?