ຄວາມແຕກຕ່າງລະຫວ່າງ C-States ແລະ P-States ຂອງ CPU ແມ່ນຫຍັງ?

ອັບເດດລ່າສຸດ: 15/10/2025

  • C-States ປະຫຍັດເວລາບໍ່ເຮັດວຽກ (ເລິກກວ່າ = latency ຫຼາຍ), P-States ປັບຄວາມຖີ່/ແຮງດັນພາຍໃຕ້ການໂຫຼດ.
  • ທັງສອງຢ່າງເປັນຮູບຊົງ: CPU ສາມາດນອນເລິກໄດ້ຫຼັງຈາກແລ່ນດ້ວຍຄວາມຖີ່ສູງ.
  • latencies C6/C7 ຜົນກະທົບຕໍ່ການຫຼິ້ນເກມ, ສຽງ, ແລະເຄືອຂ່າຍ; ປັບສູງສຸດ C-State ອີງຕາມການໂຫຼດ.
  • ໃຊ້ເຄື່ອງມື (Windows ແລະ Linux) ແລະໂປຣໄຟລ໌ BIOS/OS ເພື່ອວັດແທກ ແລະຄວບຄຸມໂດຍບໍ່ສູນເສຍຄວາມໝັ້ນຄົງ.

CPU Power State: C-States ແລະ P-States

ໃນໂປເຊດເຊີທີ່ທັນສະໄຫມ, ການຄຸ້ມຄອງພະລັງງານບໍ່ແມ່ນການປ່ຽນດຽວ, ແຕ່ເປັນຊຸດ ກົນໄກການປະສານງານ (C-States ແລະ P-States ຂອງ CPU, ແລະອື່ນໆ) ທີ່ລະບົບປະຕິບັດການ, ເຟີມແວ, ແລະ CPU ຕົວມັນເອງໃຊ້ເພື່ອປັບການບໍລິໂພກພະລັງງານ, ອຸນຫະພູມ, ແລະການປະຕິບັດໃນເວລາທີ່ແທ້ຈິງ. ບົດ​ຄວາມ​ນີ້ distils ແລະ​ຈັດ​ຕັ້ງ​ການ tangle ຂອງ​ຕົວ​ຫຍໍ້​ດັ່ງ​ນັ້ນ​ທ່ານ​ສາ​ມາດ​ເຂົ້າ​ໃຈ​ສິ່ງ​ທີ່​ເກີດ​ຂຶ້ນ​ພາຍ​ໃຕ້​ການ hood ໃນ​ເວ​ລາ​ທີ່​ຄອມ​ພິວ​ເຕີ​ຂອງ​ທ່ານ​ຊ່ວຍ​ປະ​ຢັດ​ພະ​ລັງ​ງານ​ຫຼື​ເລັ່ງ​.

ເຖິງແມ່ນວ່າຜູ້ຜະລິດແລະຄອບຄົວ CPU ແຕ່ລະຄົນເພີ່ມການສໍາພັດຂອງຕົນເອງ, ພື້ນຖານແມ່ນທົ່ວໄປ: ACPI ກໍານົດມາດຕະຖານ "ລັດ" ສໍາລັບລະບົບ, ອຸປະກອນ, ແລະໂປເຊດເຊີ. ໃນທີ່ນີ້ທ່ານຈະເຫັນຄວາມແຕກຕ່າງລະຫວ່າງ C-States ແລະ P-States, ວ່າມັນກ່ຽວຂ້ອງກັບ G/S/D-States, ຜົນກະທົບຂອງໂລກທີ່ແທ້ຈິງຂອງພວກເຂົາມີຕໍ່ເວລາ latency, ເປັນຫຍັງ gamers ແລະ audiophiles ມືອາຊີບມັກຈະປິດການນອນຫລັບ, ແລະສິ່ງທີ່ເຄື່ອງມືປະຕິບັດສາມາດໃຊ້ໄດ້ສໍາລັບ Windows, Linux, ແລະສະພາບແວດລ້ອມເຊັ່ນ ESXi.

ACPI ໂດຍຫຍໍ້

ACPI (Advanced Configuration and Power Interface) ແມ່ນມາດຕະຖານທີ່ orchestrates ພະລັງງານໃນ PCs ແລະເຄື່ອງແມ່ຂ່າຍ, ແລະນັ້ນ ແທນທີ່ APM ດ້ວຍການຄວບຄຸມແລະ granular ຫຼາຍ. ມັນເກີດມາຈາກມືຂອງ Intel, Microsoft ແລະ Toshiba ໃນຊຸມປີ 90 ແລະພັດທະນາເພື່ອປະກອບມີ 64-bit, multiprocessing, ລົດເມທີ່ທັນສະໄຫມ (PCIe, SATA, USB 3.x) ແລະການກວດສອບເຫດການ (ເຊັ່ນ: ປຸ່ມເປີດປິດ).

ເຖິງແມ່ນວ່າ ACPI ຖືກນໍາໃຊ້ຕົ້ນຕໍໃນຄອບຄົວ x86, ມັນຍັງຖືກນໍາໄປໃຊ້ໃນສະຖາປັດຕະຍະກໍາອື່ນໆ. ໃນອຸປະກອນມືຖື ARM, ຢ່າງໃດກໍຕາມ, ຍຸດທະສາດທີ່ເປັນເຈົ້າຂອງຖືກໃຊ້ (ເຊັ່ນ: ໃຫຍ່.LITTLE ແລະກຸ່ມທີ່ຕ່າງກັນ) ເພື່ອດຸ່ນດ່ຽງປະສິດທິພາບແລະການຕອບສະຫນອງຂຶ້ນກັບການໂຫຼດ.

ACPI

ລັດທົ່ວໂລກ ແລະລັດລະງັບ (G-States ແລະ S-States)

ລັດທົ່ວໂລກອະທິບາຍສະຖານະທີ່ສົມບູນຂອງລະບົບ. ສໍາຄັນທີ່ສຸດແມ່ນ G0/S0 (ເຮັດວຽກ), ບ່ອນທີ່ຄອມພິວເຕີມີການເຄື່ອນໄຫວ. ໃນຮາດແວທີ່ຜ່ານມາມີ S0ix (ລັດຍ່ອຍຂອງ S0) ເຊິ່ງອະນຸຍາດໃຫ້ມີໂໝດການນອນທີ່ດີຫຼາຍກັບສ່ວນຂອງການນອນ SoC, ໂດຍສະເພາະໃນແລັບທັອບ.

  • G0/S0: ລະ​ບົບ​ການ​ດໍາ​ເນີນ​ງານ​.
  • G1 (ນອນ): ກວມເອົາ S1, S2, S3 (ໂຈະກັບ RAM) ແລະ S4 (hibernate to disk). S3 ຮັກສາ RAM ເຮັດວຽກ ເພື່ອສືບຕໍ່ຢ່າງໄວວາ; S4 ລ້າງໜ່ວຍຄວາມຈຳໄປໃສ່ບ່ອນເກັບຂໍ້ມູນທີ່ບໍ່ປ່ຽນແປງ.
  • G2/S5 (Soft-off): ການປິດຢ່າງມີເຫດຜົນດ້ວຍພະລັງງານຕໍ່າສຸດເພື່ອອະນຸຍາດໃຫ້ຕື່ນໂດຍເຫດການ (ແປ້ນພິມ, ເຄືອຂ່າຍ, ແລະອື່ນໆ).
  • G3 (ປິດເຄື່ອງກົນ): ປິດທາງກາຍະພາບ; ພຽງແຕ່ RTC ລອດຊີວິດຕໍ່ຫມໍ້ໄຟ.

ຈົ່ງຈື່ໄວ້ວ່າ C-States ຂອງໂປເຊດເຊີອາໄສຢູ່ພາຍໃນ G0/S0: ເມື່ອລະບົບເຂົ້າສູ່ G1, ຊຸດ CPU ປິດລົງ ແລະ C-States ຢຸດຫຼິ້ນ.

ສະຖານະອຸປະກອນ (D-States)

ACPI ຍັງກຳນົດວິທີອຸປະກອນຕໍ່ພ່ວງນອນ ຫຼື ຕື່ນ. D0 ແມ່ນເທົ່າກັບ "ການດໍາເນີນງານເຕັມທີ່", D1/D2 ແມ່ນລະດັບປານກາງ (device-dependent) ແລະສາຂາ D3 ເຂົ້າໄປໃນ Hot (ມີພະລັງງານຊ່ວຍ, ຕອບສະຫນອງກັບລົດເມ) ຫຼືເຢັນ (ປິດຢ່າງສົມບູນ, ບໍ່ຕອບສະຫນອງ). ນີ້ອະນຸຍາດໃຫ້, ສໍາລັບການຍົກຕົວຢ່າງ, ບັດເຄືອຂ່າຍເພື່ອປຸກຄອມພິວເຕີໃນຂະນະທີ່ອຸປະກອນອື່ນໆຍັງນອນຫລັບ.

ເນື້ອຫາສະເພາະ - ຄລິກທີ່ນີ້  ວິທີການເບິ່ງເລກລໍາດັບຂອງ HP Notebook?

T-States: Clock Modulation, the Last Resort

ນອກຈາກ P ແລະ C, ຍັງມີ ໂມດູນໂມງ (T-States): ປະເພດຂອງ PWM ທີ່ສະກັດກັ້ນການເຕັ້ນຂອງໂມງພາຍໃນໃນຮູບແບບ (ເຊັ່ນ: 1 ໃນທຸກໆ 8), ການຫຼຸດຜ່ອນກິດຈະກໍາໂດຍບໍ່ມີການປ່ຽນແປງຄວາມຖີ່ພື້ນຖານທີ່ໂຄສະນາ. ມັນມີຈຸດປະສົງເປັນມາດຕະການຕ້ານຄວາມຮ້ອນຫຼືສຸກເສີນ (PROCHOT) ແລະຖືກຄວບຄຸມຜ່ານ IA32_CLOCK_MODULATION, ດ້ວຍສາເຫດ/ບັນທຶກໃນ MSR_*_PERF_LIMIT_REASONS.

ເຖິງແມ່ນວ່າບາງເອກະສານຖືວ່າມັນ "ບໍ່ກ່ຽວຂ້ອງ", ໃນທາງປະຕິບັດ ມັນສືບຕໍ່ປະກົດຢູ່ໃນຄອມພິວເຕີໂນດບຸກທີ່ມີການອອກແບບຄວາມຮ້ອນທີ່ຍຸດຕິທໍາ ແລະພາຍໃຕ້ການໂຫຼດແບບຍືນຍົງ. ຖ້າທ່ານເຫັນ Windows ລາຍງານ "ຄວາມໄວ" ຕ່ໍາສຸດ EIST, ອາດຈະ T-State active (clock gating).

M-States: ປະຫຍັດຄວາມຈໍາ

ACPI ຍັງສະຫນອງສະຖານະຫນ່ວຍຄວາມຈໍາເພື່ອຫຼຸດຜ່ອນການບໍລິໂພກພະລັງງານຂອງລະບົບຍ່ອຍ DRAM ເມື່ອລະບົບບໍ່ເຮັດວຽກ. M0 ແມ່ນການເຮັດວຽກປົກກະຕິM1/M2 ແລະໂໝດອື່ນໆບັງຄັບໃຫ້ໜ່ວຍຄວາມຈຳສົດຊື່ນດ້ວຍຕົນເອງ ແລະ ຊ້າລົງເວລາ, ຫຼຸດພະລັງງານດ້ວຍການປຸກເວລາໃນການປຸກທີ່ດົນກວ່າ. ເຫຼົ່ານີ້ແມ່ນເຫັນໄດ້ຫນ້ອຍຕໍ່ຜູ້ໃຊ້, ແຕ່ປະກອບສ່ວນເຂົ້າໃນການປະຫຍັດໂດຍລວມ.

c-states ແລະ p-states

ໂຮງງານຜະລິດ C-States: ນອນກັບຫົວ

ຕອນນີ້ຂໍໃຫ້ເວົ້າເຖິງຫົວຂໍ້ຂອງບົດຄວາມ: C-States ແລະ P-States. C-States ແມ່ນສະຖານະທີ່ບໍ່ມີປະໂຫຍດຂອງ kernel ຫຼື package. ຕົວເລກທີ່ສູງຂຶ້ນ, ການນອນຫລັບໄດ້ເລິກເຊິ່ງ ແລະປະຫຍັດຫຼາຍກວ່າ, ແຕ່ຍັງມີເວລານອນຕື່ນທີ່ສູງກວ່າ. ພວກເຂົາຖືກຮ້ອງຂໍດ້ວຍຄໍາແນະນໍາທີ່ມີສິດທິພິເສດເຊັ່ນ HLT ຫຼື MWAIT (ອັນສຸດທ້າຍສາມາດຮ້ອງຂໍໃຫ້ມີ Cx ແລະ substatus ຢ່າງຊັດເຈນ), ແລະການສ້າງແຜນທີ່ຄວາມສາມາດໄປຮອດ OS ຜ່ານ ACPI (_CST).

  • C0: ການ​ປະ​ຕິ​ບັດ​ປົກ​ກະ​ຕິ​. ນີ້ແມ່ນບ່ອນທີ່ P-States ເຂົ້າມາມີບົດບາດ.
  • C1/C1E (ຢຸດ): ຫຼັກ​ການ​ຢຸດ​ເຊົາ​, ເກືອບຈະກັບຄືນມາທັນທີ ເຖິງ C0; C1E ຫຼຸດຜ່ອນການບໍລິໂພກຕື່ມອີກ.
  • C2 (ໂມງຢຸດ): ສັນຍານໂມງຖືກຢຸດ, ການກັບຄືນໃຊ້ເວລາດົນໜ້ອຍໜຶ່ງ.
  • C3 (ນອນ/ຫຼັບເລິກ): L1/L2 ຖືກລ້າງໄປຫາແຄສສຸດທ້າຍ (LLC) ແລະໂມງຫຼັກຖືກປິດໄວ້; ພຽງແຕ່ລັດທີ່ສໍາຄັນຂອງແກນໄດ້ຖືກຮັກສາໄວ້.
  • C6 ແລະສູງກວ່າ: ແກນສາມາດຖືກພະລັງງານລົງແລະສະພາບການຂອງມັນໄດ້ຖືກບັນທຶກໄວ້ໃນ SRAM ທີ່ອຸທິດຕົນ, ເຮັດໃຫ້ແຮງດັນຫຼັກຫຼຸດລົງເຖິງ ~0 V; ເມື່ອອອກ, ລັດຫຼັກຈະຖືກຟື້ນຟູ. ບາງຕົວແບບເປີດເຜີຍເຖິງ C10 ໃນເວທີທີ່ຜ່ານມາ.

ນອກເໜືອໄປຈາກ C-States per nucleus (CC-states), ຍັງມີຍົນຂອງ ແພັກເກດ C-States (PC-states) ທີ່ປິດບລັອກທີ່ໃຊ້ຮ່ວມກັນ (ເຊັ່ນ: LLC) ເມື່ອຫຼັກທັງໝົດອະນຸຍາດໃຫ້ມັນ. ມີການປະສົມທີ່ບໍ່ຖືກຕ້ອງ (ຖ້າຫຼັກຢູ່ໃນ C0, ແພັກເກັດບໍ່ສາມາດຢູ່ໃນ PC6), ແລະ CPU ສາມາດ "ສົ່ງເສີມ" ຫຼື "ເລື່ອນ" ຊັ້ນອັດຕະໂນມັດໂດຍອີງໃສ່ latencies ແລະທີ່ຢູ່ອາໄສ.

ເນື້ອຫາສະເພາະ - ຄລິກທີ່ນີ້  PC Upgrade: ຄູ່ມືດ້ານວິຊາການເພື່ອເພີ່ມປະສິດທິພາບຄອມພິວເຕີຂອງທ່ານ

latency matters: C1 ຖືກປະຖິ້ມໄວ້ພຽງແຕ່ສອງສາມຮອບ, ໃນຂະນະທີ່ C6/C7 ສາມາດມີຄ່າໃຊ້ຈ່າຍຫຼາຍຮ້ອຍໄມໂຄວິນາທີ. ດັ່ງນັ້ນ, ການໂຫຼດທີ່ມີຄວາມອ່ອນໄຫວຕໍ່ການລ່າຊ້າ (ການຫຼິ້ນເກມ, ສຽງໃນເວລາຈິງ, ເຄືອຂ່າຍທີ່ຕ້ອງການ) ທົນທຸກຖ້າໂປເຊດເຊີມັກຈະນອນຫລັບ.

ການປະຕິບັດ P-States: ຄວາມຖີ່ແລະແຮງດັນ

ໃນຂະນະທີ່ C-States ແມ່ນ "ນອນໃນເວລາທີ່ບໍ່ມີວຽກເຮັດ", P-States ແມ່ນ "ປັບຈັງຫວະໃນເວລາທີ່ ແມ່ນແລ້ວ, ມີວຽກເຮັດ, ແຕ່ມັນບໍ່ໃຊ້ສູງສຸດ”. P0 ແມ່ນສະຖານະປະສິດທິພາບສູງສຸດ (ຄວາມຖີ່/ແຮງດັນສູງສຸດ), ຈາກນັ້ນມາ P1, P2… ແຕ່ລະຄູ່ມີຄູ່ຄວາມຖີ່-ແຮງດັນ. ຕາຕະລາງເຫຼົ່ານີ້ຖືກປະກາດໃຫ້ OS ຜ່ານ ACPI (_PSS) ແລະຄວບຄຸມໂດຍ MSRs ເຊັ່ນ IA32_PERF_CTL/IA32_PERF_STATUS.

ໃນ​ປະ​ຫວັດ​ສາດ​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​ໄດ້​ຮ້ອງ​ຂໍ​ໃຫ້ P-States (EIST/SpeedStep ກ່ຽວ​ກັບ Intel, PowerNow! ກ່ຽວ​ກັບ AMD), ແຕ່​ໃນ​ມື້​ນີ້​ມັນ​ເປັນ​ເລື່ອງ​ທົ່ວ​ໄປ​ທີ່​ຈະ ສະຖານະປະສິດທິພາບທີ່ຄວບຄຸມດ້ວຍຮາດແວ (HWP/Speed ​​Shift): OS ຊີ້ບອກເຖິງຄວາມມັກ (ປະສິດທິພາບ/ການປະຫຍັດ) ແລະ CPU ຕັດສິນໃຈເປັນ milliseconds ຈຸດທີ່ແນ່ນອນ, ດ້ວຍ granularity per-core ດີຫຼາຍ.

ລາຍ​ລະ​ອຽດ​ທີ່​ສໍາ​ຄັນ​: P-States ແລະ C-States ແມ່ນ "orthagonal"ທ່ານສາມາດຢູ່ທີ່ P0 (ຄວາມຖີ່ສູງ) ແລະ, ເມື່ອກາຍເປັນ inactive, ເຂົ້າ C6. ໃນທາງກົງກັນຂ້າມ, ພາຍໃຕ້ການໂຫຼດແບບຍືນຍົງຢູ່ P2, ບໍ່ມີ C-States ຍ້ອນວ່າຫຼັກກໍາລັງປະຕິບັດ (C0). ນີ້ແມ່ນເຫດຜົນທີ່ວ່າມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະແຍກ "ຄວາມຖີ່ / ແຮງດັນ" (P) ຈາກ "idle" (C).

p-states cpu

ຈາກ APM ໄປ ACPI: ການປ່ຽນແປງແບບແຜນ

APM ແມ່ນ API ທີ່ຜ່ານມາທີ່ຄຸ້ມຄອງຕົ້ນຕໍຈາກ BIOS ແລະໄດເວີ. ມັນອະນຸຍາດໃຫ້ ປິດອຸປະກອນຕໍ່ພ່ວງທີ່ບໍ່ເຄື່ອນໄຫວ ແລະກໍານົດລັດທົ່ວໂລກທີ່ງ່າຍດາຍ, ແຕ່ CPU ຢູ່ນອກການຄວບຄຸມໂດຍກົງຂອງ OS ສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ. ACPI ພັດທະນາໄປສູ່ຮູບແບບທີ່ອຸດົມສົມບູນ, ມີມາດຕະຖານຫຼາຍຂຶ້ນ, ດ້ວຍຄໍາອະທິບາຍຕາຕະລາງ, ການຄວບຄຸມ granular, ແລະການຮ່ວມມືຢ່າງໃກ້ຊິດລະຫວ່າງເຟີມແວ, OS, ແລະຮາດແວ.

ວິທີການເຂົ້າແລະອອກຈາກ C-States

ເມື່ອຕົວກຳນົດເວລາບໍ່ມີກະທູ້ພ້ອມແລ້ວ, ມັນຈະດຳເນີນການ HLT ຫຼື MWAIT ດ້ວຍຄຳຊີ້ບອກຂອງ C-State ເປົ້າໝາຍ; ການຂັດຂວາງການນອນ "ພັກຜ່ອນ". ແລະກັບຄືນຫຼັກໄປຫາ C0. ແຄດສ່ວນຕົວຖືກລ້າງຢູ່ C3; ສະພາບການຖືກບັນທຶກໃສ່ SRAM ຢູ່ C6 ແລະແຮງດັນຈະຖືກຫຼຸດລົງເປັນສູນ. ບາງ CPU ໃຊ້ Power Aware Interrupt Routing (PAIR) ເພື່ອສົ່ງສັນຍານລົບກວນ cores ທີ່ໃຊ້ແລ້ວ (ເພື່ອບັນທຶກ) ຫຼື cores idle (ສໍາລັບການປະຕິບັດ), ຕາມຄວາມເຫມາະສົມ.

Turbo, TDP ແລະຂີດຈໍາກັດພະລັງງານ

ໂຮງງານຜະລິດກໍານົດ TDP ທີ່ລະບົບເຮັດຄວາມເຢັນຈະຕ້ອງສາມາດ dissipate ບົນພື້ນຖານທີ່ຍືນຍົງ (PL1: ພະລັງງານສະເລ່ຍທີ່ປອດໄພ). ຂ້າງເທິງ, ປ່ອງຢ້ຽມພະລັງງານທີ່ສູງກວ່າສາມາດເຂົ້າໄປໃນ (PL2, ແລະລະດັບເພີ່ມເຕີມເຊັ່ນ PL3/PL4 ຂຶ້ນກັບເວທີ) ສໍາລັບໄລຍະເວລາຈໍາກັດ. ຖ້າມີ headroom ຄວາມຮ້ອນແລະໄຟຟ້າ, ຫຼັກສາມາດເກີນຄວາມຖີ່ພື້ນຖານໂດຍຜ່ານ Turbo, ເຖິງແມ່ນວ່າ ຮູບ​ຮ່າງ​ບໍ່​ສົມ​ມາດ​ຕະ​ຖານ (turbo ຫຼາຍ​ທີ່​ມີ​ຫຼັກ​ການ​ເຄື່ອນ​ໄຫວ​ຫນ້ອຍ​).

ເມື່ອອຸນຫະພູມເກີນຂອບເຂດຫຼື VRM / ພະລັງງານຕ້ອງການມັນ, PROCHOT ສາມາດເປີດໃຊ້ໄດ້ ແລະໃສ່ T-State ຫຼືການຕັດຄວາມຖີ່ເພື່ອປົກປ້ອງຊິບ. ພຶດຕິກໍານີ້ແມ່ນພົບເລື້ອຍໃນຄອມພິວເຕີ້ບາງໆ.

ເນື້ອຫາສະເພາະ - ຄລິກທີ່ນີ້  ຂ້ອຍສາມາດເຊື່ອມຕໍ່ Fire Stick ກັບຈໍ PC ໄດ້ບໍ?

 

Windows: ແຜນພະລັງງານ, ການອ່ານ, ແລະເຄື່ອງນັບ

ຂໍ້ສະເໜີ Windows ແຜນການເຊັ່ນ "ການປະຫຍັດພະລັງງານ", "ສົມດູນ" ແລະ "ປະສິດທິພາບສູງ". ທໍາອິດມີແນວໂນ້ມທີ່ຈະ ຕ່ໍາ P-States ຮຸກຮານແລະນອນ soundlyທີສາມຮັກສາຄວາມຖີ່ສູງແລະຫຼີກເວັ້ນການຫຼຸດລົງ latency ໃນຄ່າໃຊ້ຈ່າຍຂອງປະສິດທິພາບ. "ສົມດູນ" ພະຍາຍາມຈຸດກາງ.

ໃນ Task Manager, "ຄວາມໄວ" ແມ່ນການວັດແທກສັງເຄາະທີ່ ສະເລ່ຍຕໍ່ຫຼັກ ແລະພິຈາລະນາໜ້າທີ່ການດັດແກ້ ຖ້າມີ T-States. ມັນອາດຈະເກີນພື້ນຖານ (Turbo) ຫຼືຫຼຸດລົງຕໍ່າກວ່າ EIST ຕໍາ່ສຸດທີ່ (gating). ສໍາລັບ telemetry ຂັ້ນສູງ, "\Processor Information(_Total)\% Processor Performance" counter ສະທ້ອນເຖິງອັດຕາສ່ວນປະສິດທິພາບຂອງ CPU.

ມີ​ອຸ​ປະ​ກອນ​ການ​ວິ​ນິດ​ໄສ​ຫຼື​ປັບ​: CPU-Z (ຂໍ້​ມູນ​ພື້ນ​ຖານ​)​, HWiNFO (ເຊັນເຊີ), ThrottleStop (ໂມງ, C-States ຕໍ່ຫຼັກ ແລະການຄວບຄຸມ PROCHOT/modulation), ຫຼື ການຄວບຄຸມ Park (ການປັບແຕ່ງບ່ອນຈອດລົດຫຼັກ/C-States) ທີ່ແຕະໃສ່ຕົວກໍານົດການແຜນພະລັງງານທີ່ເຊື່ອງໄວ້ (powercfg ອະນຸຍາດໃຫ້ແກ້ໄຂ “IDLE_PROMOTE/DEMOTE”, ແລະອື່ນໆ).

Linux: cpupower, turbostat ແລະ CoreFreq

ໃນ Linux, ເຄື່ອງມືເຊັ່ນ cpupower ສະ​ແດງ​ໃຫ້​ເຫັນ​ຜູ້​ປົກ​ຄອງ​, ລະ​ດັບ​ຄວາມ​ຖີ່​ແລະ latencies ການ​ປ່ຽນ​ແປງ​; turbostat ສະແດງ MSRs, ເຫດຜົນຫຼັກຈໍາກັດ perf (MSR_CORE_PERF_LIMIT_REASONS), ແລະທີ່ຢູ່ອາໄສໂດຍ C-State; ແລະ CoreFreq ສະຫນອງການເບິ່ງລາຍລະອຽດຂອງຄວາມຖີ່ຢ່າງແທ້ຈິງ, C-States ແລະ Turbo ຕໍ່ຫຼັກ / ຊຸດ.

A nuance ພາກ​ປະ​ຕິ​ບັດ​: ໃນ​ຄອມ​ພິວ​ເຕີ​ບາງ​ຄົນ​, ຄົນ​ຂັບ​ໄດ້​ intel_idle ສາມາດລະເລີຍຂໍ້ຈໍາກັດຂອງ BIOS ຫຼາຍກວ່າ C-States ແລະໃຊ້ຕາຕະລາງຂອງຕົນເອງ. ໃນບັນດາສິ່ງອື່ນໆ, ເຟີມແວ "ລັອກ" C-State ທີ່ເລິກທີ່ສຸດທີ່ອະນຸຍາດໃຫ້ OS ຜ່ານ MSR.

BIOS/UEFI ແລະໂປຣໄຟລ໌: ໃຜເປັນຜູ້ຮັບຜິດຊອບແທ້ໆ?

ໃນການຕັ້ງຄ່າ BIOS / UEFI ມັກຈະປາກົດ ປຸ່ມສະຫຼັບ: EIST/SpeedStep, TurboBoost ແລະ CPU C-Statesນອກຈາກນັ້ນ, ເຊີບເວີຈໍານວນຫຼາຍອະນຸຍາດໃຫ້ທ່ານເລືອກໂປຣໄຟລ໌ພະລັງງານ: "ປະສິດທິພາບສູງສຸດ" (ທຸກສິ່ງທຸກຢ່າງທີ່ດີທີ່ສຸດ, ມີ latencies ຫນ້ອຍທີ່ສຸດ) ຫຼື "OS Controlled / Custom," ບ່ອນທີ່ hypervisor ຫຼື OS ຄຸ້ມຄອງ P / C-States. ການເລືອກ “ໂຫມດຄວບຄຸມ OS” ມອບສິດຄວາມສະຫຼາດໃຫ້ກັບລະບົບປະຕິບັດການ.

ຖ້າທ່ານໃຊ້ hypervisors ເຊັ່ນ ESXi, ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະສົມທົບ ໂໝດຄວບຄຸມ OS ໃນ BIOS ດ້ວຍແຜນ “ປະສິດທິພາບສູງ” ຂອງ hypervisor ໃນເວລາທີ່ເປົ້າຫມາຍແມ່ນເພື່ອບີບປະສິດທິພາບ (ຕົວຢ່າງທີ່ມີ NSX-T, Edge Nodes, ຫຼືຟັງຊັນ latency-sensitive). ໃນສະຖານະການດັ່ງກ່າວ, ທ່ານຈະເຫັນ P-State 0 ເລື້ອຍໆແລະ C-States ຈໍາກັດພຽງແຕ່ C0 / C1; ດ້ວຍແຜນການ "ສົມດູນ", ເຈົ້າພາບຈະອີງໃສ່ P-States ຕ່ໍາແລະ C-States ທີ່ເລິກເຊິ່ງກວ່າ.

ເພື່ອສະຫຼຸບ C-States ແລະ P-States ທັງ ໝົດ ນີ້: ACPI ກໍານົດກອບ, C-States ປະຫຍັດພະລັງງານໃນເວລາທີ່ບໍ່ມີການເຮັດວຽກ, P-States ປັບເກຍສູງ / ຕ່ໍາພາຍໃຕ້ການໂຫຼດ, T-States ປະຫຍັດມື້ໃນຄວາມຮ້ອນທີ່ຮຸນແຮງ, ແລະ M-States ໂກນວັດຄວາມຈໍາ. ທີ່​ສໍາ​ຄັນ​ແມ່ນ​ການ​ເລືອກ​ເອົາ profile ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ນໍາ​ໃຊ້​ຂອງ​ທ່ານ​., ວັດແທກດ້ວຍເຄື່ອງມືທີ່ຖືກຕ້ອງແລະ, ຖ້າຈໍາເປັນ, ກໍານົດຂອບເຂດທີ່ມີຄວາມຮູ້ສຶກກ່ຽວກັບຄວາມເລິກຂອງ repose.

ສະແຕນບາຍແບບທັນສະ ໄໝ ລະບາຍແບັດເຕີຣີໃນເວລາພັກຜ່ອນ
ບົດຄວາມທີ່ກ່ຽວຂ້ອງ:
ສະແຕນບາຍທີ່ທັນສະໄຫມເຮັດໃຫ້ແບດເຕີລີ່ຫມົດໃນລະຫວ່າງການນອນ: ວິທີການປິດການໃຊ້ງານ