ການປ່ອຍຕົວ hypervisor Xen 4.17

ຫຼັງຈາກປີຂອງການພັດທະນາ, hypervisor Xen 4.17 ຟຣີໄດ້ຖືກປ່ອຍອອກມາ. ບໍລິສັດເຊັ່ນ Amazon, Arm, Bitdefender, Citrix, EPAM Systems ແລະ Xilinx (AMD) ໄດ້ມີສ່ວນຮ່ວມໃນການພັດທະນາການປ່ອຍໃຫມ່. ການຜະລິດການອັບເດດສໍາລັບສາຂາ Xen 4.17 ຈະແກ່ຍາວເຖິງວັນທີ 12 ມິຖຸນາ 2024, ແລະການພິມເຜີຍແຜ່ການແກ້ໄຂຊ່ອງໂຫວ່ຈົນເຖິງວັນທີ 12 ທັນວາ 2025.

ການປ່ຽນແປງທີ່ສໍາຄັນໃນ Xen 4.17:

• ການປະຕິບັດຕາມບາງສ່ວນແມ່ນສະຫນອງໃຫ້ກັບຂໍ້ກໍານົດສໍາລັບການພັດທະນາໂຄງການທີ່ປອດໄພແລະເຊື່ອຖືໄດ້ໃນພາສາ C, ປະກອບຢູ່ໃນຂໍ້ກໍານົດຂອງ MISRA-C ທີ່ໃຊ້ໃນການສ້າງລະບົບພາລະກິດທີ່ສໍາຄັນ. Xen ປະຕິບັດຢ່າງເປັນທາງການ 4 ຄໍາສັ່ງແລະ 24 ກົດລະບຽບ MISRA-C (ອອກຈາກ 143 ກົດລະບຽບແລະ 16 ຄໍາສັ່ງ), ແລະຍັງປະສົມປະສານເຄື່ອງວິເຄາະສະຖິດ MISRA-C ເຂົ້າໃນຂະບວນການປະກອບ, ເຊິ່ງກວດສອບການປະຕິບັດຕາມຂໍ້ກໍານົດສະເພາະ.
• ສະຫນອງຄວາມສາມາດໃນການກໍານົດການຕັ້ງຄ່າ Xen ແບບຄົງທີ່ສໍາລັບລະບົບ ARM, ເຊິ່ງ hard-codes ຊັບພະຍາກອນທັງຫມົດທີ່ຈໍາເປັນເພື່ອ boot ແຂກລ່ວງຫນ້າ. ຊັບພະຍາກອນທັງຫມົດ, ເຊັ່ນ: ຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ, ຊ່ອງທາງການແຈ້ງເຫດການ, ແລະພື້ນທີ່ heap hypervisor, ໄດ້ຖືກຈັດສັນໄວ້ລ່ວງຫນ້າຢູ່ທີ່ hypervisor startup ແທນທີ່ຈະຈັດສັນແບບເຄື່ອນໄຫວ, ການກໍາຈັດຄວາມລົ້ມເຫຼວທີ່ເປັນໄປໄດ້ເນື່ອງຈາກການຂາດແຄນຊັບພະຍາກອນໃນລະຫວ່າງການປະຕິບັດງານ.
• ສໍາລັບລະບົບຝັງຕົວໂດຍອີງໃສ່ສະຖາປັດຕະຍະກໍາ ARM, ການທົດລອງ (ຕົວຢ່າງເຕັກໂນໂລຢີ) ສະຫນັບສະຫນູນສໍາລັບການ virtualization I/O ໂດຍໃຊ້ VirtIO protocols ໄດ້ຖືກປະຕິບັດ. ການຂົນສົ່ງ virtio-mmio ຖືກນໍາໃຊ້ເພື່ອແລກປ່ຽນຂໍ້ມູນກັບອຸປະກອນ I/O virtual, ເຊິ່ງຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບອຸປະກອນ VirtIO ທີ່ຫຼາກຫຼາຍ. ຮອງຮັບ Linux frontend, toolkit (libxl/xl), ໂໝດ dom0less ແລະ backends ທີ່ເຮັດວຽກຢູ່ໃນພື້ນທີ່ຜູ້ໃຊ້ໄດ້ຖືກປະຕິບັດ (virtio-disk, virtio-net, i2c ແລະ gpio backends ໄດ້ຮັບການທົດສອບແລ້ວ).
• ການປັບປຸງການສະຫນັບສະຫນູນສໍາລັບໂຫມດ dom0less, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຫຼີກເວັ້ນການນໍາໃຊ້ສະພາບແວດລ້ອມ dom0 ເມື່ອເລີ່ມຕົ້ນເຄື່ອງ virtual ໃນຕອນເລີ່ມຕົ້ນຂອງການບູດເຊີຟເວີ. ມັນເປັນໄປໄດ້ທີ່ຈະກໍານົດ CPU pools (CPUPOOL) ໃນຂັ້ນຕອນການບູດ (ຜ່ານອຸປະກອນຕົ້ນໄມ້), ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານໃຊ້ສະນຸກເກີໃນການຕັ້ງຄ່າໂດຍບໍ່ມີ dom0, ສໍາລັບການຍົກຕົວຢ່າງ, ຜູກມັດປະເພດຕ່າງໆຂອງ CPU cores ໃນລະບົບ ARM ໂດຍອີງໃສ່ big.LITTLE. ສະຖາປັດຕະຍະກໍາ, ປະສົມປະສານແກນທີ່ມີປະສິດທິພາບ, ແຕ່ການບໍລິໂພກພະລັງງານ, ແລະແກນທີ່ມີປະສິດທິພາບຫນ້ອຍແຕ່ມີປະສິດທິພາບພະລັງງານຫຼາຍ. ນອກຈາກນັ້ນ, dom0less ສະຫນອງຄວາມສາມາດໃນການຜູກມັດ paravirtualization frontend / backend ກັບລະບົບແຂກ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເປີດລະບົບແຂກດ້ວຍອຸປະກອນ paravirtualized ທີ່ຈໍາເປັນ.
• ໃນລະບົບ ARM, ໂຄງສ້າງ virtualization ຫນ່ວຍຄວາມຈໍາ (P2M, Physical to Machine) ໄດ້ຖືກຈັດສັນໃນປັດຈຸບັນຈາກຫນ່ວຍຄວາມຈໍາທີ່ສ້າງຂຶ້ນເມື່ອໂດເມນຖືກສ້າງຂື້ນ, ເຊິ່ງຊ່ວຍໃຫ້ມີການໂດດດ່ຽວທີ່ດີກວ່າລະຫວ່າງແຂກເມື່ອຄວາມລົ້ມເຫຼວທີ່ກ່ຽວຂ້ອງກັບຄວາມຈໍາເກີດຂື້ນ.
• ສໍາລັບລະບົບ ARM, ການປ້ອງກັນຄວາມອ່ອນແອຂອງ Spectre-BHB ໃນໂຄງສ້າງ microarchitectural ຂອງໂປເຊດເຊີໄດ້ຖືກເພີ່ມ.
• ໃນລະບົບ ARM, ມັນເປັນໄປໄດ້ທີ່ຈະດໍາເນີນການລະບົບປະຕິບັດການ Zephyr ໃນສະພາບແວດລ້ອມຮາກ Dom0.
• ຄວາມເປັນໄປໄດ້ຂອງການປະກອບ hypervisor ແຍກຕ່າງຫາກ (ນອກຕົ້ນໄມ້) ແມ່ນສະຫນອງໃຫ້.
• ໃນລະບົບ x86, ການສະຫນັບສະຫນູນສໍາລັບຫນ້າ IOMMU ຂະຫນາດໃຫຍ່ (superpage) ແມ່ນສະຫນອງໃຫ້ສໍາລັບທຸກປະເພດຂອງລະບົບແຂກ, ເຊິ່ງອະນຸຍາດໃຫ້ເພີ່ມຂຶ້ນໂດຍຜ່ານການສົ່ງຕໍ່ອຸປະກອນ PCI. ເພີ່ມການຮອງຮັບສຳລັບໂຮສທີ່ມາພ້ອມກັບ RAM ສູງສຸດ 12 TB. ໃນຂັ້ນຕອນການໂຫຼດ, ຄວາມສາມາດໃນການກໍານົດພາລາມິເຕີ cpuid ສໍາລັບ dom0 ໄດ້ຖືກປະຕິບັດ. ເພື່ອຄວບຄຸມມາດຕະການປ້ອງກັນການໂຈມຕີຕໍ່ CPU ທີ່ປະຕິບັດຢູ່ໃນລະດັບ hypervisor ໃນລະບົບແຂກ, ຕົວກໍານົດການ VIRT_SSBD ແລະ MSR_SPEC_CTRL ແມ່ນສະເຫນີ.
• ການຂົນສົ່ງ VirtIO-Grant ໄດ້ຖືກພັດທະນາແຍກຕ່າງຫາກ, ແຕກຕ່າງຈາກ VirtIO-MMIO ໂດຍລະດັບຄວາມປອດໄພທີ່ສູງຂຶ້ນແລະຄວາມສາມາດໃນການແລ່ນຕົວຈັດການໃນໂດເມນທີ່ໂດດດ່ຽວແຍກຕ່າງຫາກສໍາລັບຄົນຂັບລົດ. VirtIO-Grant, ແທນທີ່ຈະເປັນການສ້າງແຜນທີ່ຄວາມຊົງຈໍາໂດຍກົງ, ໃຊ້ການແປທີ່ຢູ່ທາງດ້ານຮ່າງກາຍຂອງລະບົບແຂກເຂົ້າໄປໃນການເຊື່ອມຕໍ່ການຊ່ວຍເຫຼືອ, ເຊິ່ງອະນຸຍາດໃຫ້ນໍາໃຊ້ພື້ນທີ່ທີ່ຕົກລົງກັນໄວ້ລ່ວງຫນ້າຂອງຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນສໍາລັບການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງລະບົບແຂກແລະ backend VirtIO, ໂດຍບໍ່ມີການອະນຸຍາດ. ສິດ backend ເພື່ອປະຕິບັດແຜນທີ່ຫນ່ວຍຄວາມຈໍາ. ການສະຫນັບສະຫນູນ VirtIO-Grant ໄດ້ຖືກປະຕິບັດແລ້ວໃນ Linux kernel, ແຕ່ຍັງບໍ່ໄດ້ລວມຢູ່ໃນ QEMU backends, ໃນ virtio-vhost ແລະໃນຊຸດເຄື່ອງມື (libxl/xl).
• ການລິເລີ່ມ Hyperlaunch ຍັງສືບຕໍ່ພັດທະນາ, ແນໃສ່ສະຫນອງເຄື່ອງມືທີ່ມີຄວາມຍືດຫຍຸ່ນໃນການຕັ້ງຄ່າການເປີດຕົວຂອງເຄື່ອງ virtual ໃນລະຫວ່າງການບູດລະບົບ. ໃນປັດຈຸບັນ, ຊຸດຊຸດທໍາອິດໄດ້ຖືກກະກຽມໄວ້ແລ້ວທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດກວດພົບໂດເມນ PV ແລະໂອນຮູບພາບຂອງພວກເຂົາໄປຫາ hypervisor ເມື່ອໂຫລດ. ທຸກສິ່ງທຸກຢ່າງທີ່ຈໍາເປັນເພື່ອດໍາເນີນການໂດເມນ paravirtualized ດັ່ງກ່າວຍັງໄດ້ຖືກປະຕິບັດ, ລວມທັງອົງປະກອບ Xenstore ສໍາລັບໄດເວີ PV. ເມື່ອ patches ໄດ້ຮັບການຍອມຮັບ, ການເຮັດວຽກຈະເລີ່ມເປີດໃຊ້ການສະຫນັບສະຫນູນອຸປະກອນ PVH ແລະ HVM, ເຊັ່ນດຽວກັນກັບການປະຕິບັດຂອງໂດເມນ domB ແຍກຕ່າງຫາກ (ໂດເມນຜູ້ສ້າງ), ເຫມາະສົມສໍາລັບການຈັດວາງເກີບທີ່ວັດແທກ, ຢືນຢັນຄວາມຖືກຕ້ອງຂອງອົງປະກອບທີ່ໂຫລດທັງຫມົດ.
• ວຽກງານສືບຕໍ່ສ້າງທ່າເຮືອ Xen ສໍາລັບສະຖາປັດຕະຍະກໍາ RISC-V.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru