ការចេញផ្សាយ 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 និងច្បាប់ MISRA-C ចំនួន 24 (ក្នុងចំណោម 143 ច្បាប់ និង 16 សេចក្តីណែនាំ) ហើយថែមទាំងរួមបញ្ចូលឧបករណ៍វិភាគឋិតិវន្ត MISRA-C ទៅក្នុងដំណើរការដំឡើង ដែលផ្ទៀងផ្ទាត់ការអនុលោមតាមតម្រូវការជាក់លាក់។
• ផ្តល់នូវសមត្ថភាពក្នុងការកំណត់ការកំណត់រចនាសម្ព័ន្ធ Xen ឋិតិវន្តសម្រាប់ប្រព័ន្ធ ARM ដែលកូដរឹងគ្រប់ធនធានដែលត្រូវការដើម្បីចាប់ផ្ដើមភ្ញៀវជាមុន។ ធនធានទាំងអស់ ដូចជាអង្គចងចាំដែលបានចែករំលែក បណ្តាញជូនដំណឹងព្រឹត្តិការណ៍ និងទំហំផ្ទុកលើសទម្ងន់ ត្រូវបានបែងចែកជាមុននៅពេលចាប់ផ្តើមកម្មវិធីត្រួតពិនិត្យខ្ពស់ ជាជាងការបម្រុងទុកថាមវន្ត ដោយលុបបំបាត់ការបរាជ័យដែលអាចកើតមានដោយសារកង្វះធនធានកំឡុងពេលប្រតិបត្តិការ។
• សម្រាប់ប្រព័ន្ធដែលបានបង្កប់ដោយផ្អែកលើស្ថាបត្យកម្ម ARM ការគាំទ្រការពិសោធន៍ (ការមើលជាមុនបច្ចេកវិទ្យា) សម្រាប់និម្មិត I/O ដោយប្រើពិធីការ VirtIO ត្រូវបានអនុវត្ត។ ការដឹកជញ្ជូន virtio-mmio ត្រូវបានប្រើដើម្បីផ្លាស់ប្តូរទិន្នន័យជាមួយឧបករណ៍ I/O និម្មិត ដែលធានាភាពឆបគ្នាជាមួយនឹងឧបករណ៍ VirtIO ដ៏ធំទូលាយ។ ការគាំទ្រសម្រាប់ Linux frontend, toolkit (libxl/xl), dom0less mode និង backends ដែលដំណើរការក្នុងចន្លោះអ្នកប្រើប្រាស់ត្រូវបានអនុវត្ត (virtio-disk, virtio-net, i2c និង gpio backends ត្រូវបានសាកល្បង)។
• ធ្វើឱ្យប្រសើរឡើងនូវការគាំទ្រសម្រាប់របៀប dom0less ដែលអនុញ្ញាតឱ្យអ្នកជៀសវាងការដាក់ពង្រាយបរិស្ថាន dom0 នៅពេលចាប់ផ្តើមម៉ាស៊ីននិម្មិតនៅដំណាក់កាលដំបូងនៃការចាប់ផ្តើមម៉ាស៊ីនមេ។ វាអាចទៅរួចដើម្បីកំណត់ CPU pool (CPUPOOL) នៅដំណាក់កាលចាប់ផ្ដើម (តាមរយៈមែកធាងឧបករណ៍) ដែលអនុញ្ញាតឱ្យអ្នកប្រើអាងនៅក្នុងការកំណត់រចនាសម្ព័ន្ធដោយគ្មាន dom0 ឧទាហរណ៍ ដើម្បីចងប្រភេទផ្សេងគ្នានៃស្នូលស៊ីភីយូនៅលើប្រព័ន្ធ ARM ដោយផ្អែកលើ big.LITTLE ស្ថាបត្យកម្ម រួមបញ្ចូលគ្នានូវស្នូលដ៏មានឥទ្ធិពល ប៉ុន្តែប្រើប្រាស់ថាមពល និងស្នូលដែលមានផលិតភាពតិច ប៉ុន្តែមានប្រសិទ្ធភាពថាមពលច្រើនជាង។ លើសពីនេះទៀត dom0less ផ្តល់នូវសមត្ថភាពក្នុងការចង paravirtualization frontend/backend ទៅប្រព័ន្ធភ្ញៀវ ដែលអនុញ្ញាតឱ្យអ្នកចាប់ផ្ដើមប្រព័ន្ធភ្ញៀវជាមួយនឹងឧបករណ៍ paravirtualized ចាំបាច់។
• នៅលើប្រព័ន្ធ ARM រចនាសម្ព័ន្ធនិម្មិតនៃអង្គចងចាំ (P2M, Physical to Machine) ឥឡូវនេះត្រូវបានបែងចែកចេញពីអង្គចងចាំដែលបានបង្កើតនៅពេលដែលដែនត្រូវបានបង្កើត ដែលអនុញ្ញាតឱ្យមានភាពឯកោប្រសើរជាងមុនរវាងភ្ញៀវនៅពេលដែលការបរាជ័យទាក់ទងនឹងអង្គចងចាំកើតឡើង។
• សម្រាប់ប្រព័ន្ធ ARM ការការពារប្រឆាំងនឹងភាពងាយរងគ្រោះ Spectre-BHB នៅក្នុងរចនាសម្ព័ន្ធមីក្រូស្ថាបត្យកម្មរបស់ខួរក្បាលត្រូវបានបន្ថែម។
• នៅលើប្រព័ន្ធ ARM វាអាចដំណើរការប្រព័ន្ធប្រតិបត្តិការ Zephyr នៅក្នុងបរិស្ថាន root Dom0 ។
• លទ្ធភាពនៃការជួបប្រជុំគ្នាដោយឡែក (ក្រៅដើមឈើ) ត្រូវបានផ្តល់ជូន។
• នៅលើប្រព័ន្ធ x86 ទំព័រ IOMMU ធំ (superpage) ត្រូវបានគាំទ្រសម្រាប់គ្រប់ប្រភេទនៃប្រព័ន្ធភ្ញៀវ ដែលអនុញ្ញាតឱ្យមានការកើនឡើងនៃលំហូរនៅពេលបញ្ជូនបន្តឧបករណ៍ PCI ។ បានបន្ថែមការគាំទ្រសម្រាប់ម៉ាស៊ីនដែលបំពាក់ជាមួយ RAM រហូតដល់ 12 TB ។ នៅដំណាក់កាលចាប់ផ្ដើម សមត្ថភាពក្នុងការកំណត់ប៉ារ៉ាម៉ែត្រ cpuid សម្រាប់ dom0 ត្រូវបានអនុវត្ត។ ដើម្បីគ្រប់គ្រងវិធានការការពារដែលបានអនុវត្តនៅកម្រិត hypervisor ប្រឆាំងនឹងការវាយប្រហារលើ CPU នៅក្នុងប្រព័ន្ធភ្ញៀវ ប៉ារ៉ាម៉ែត្រ VIRT_SSBD និង MSR_SPEC_CTRL ត្រូវបានស្នើឡើង។
• ការដឹកជញ្ជូន VirtIO-Grant កំពុងត្រូវបានអភិវឌ្ឍដោយឡែកពីគ្នា ខុសពី VirtIO-MMIO ដោយកម្រិតខ្ពស់នៃសុវត្ថិភាព និងសមត្ថភាពក្នុងការដំណើរការអ្នកដោះស្រាយនៅក្នុងដែនដាច់ដោយឡែកដាច់ដោយឡែកសម្រាប់អ្នកបើកបរ។ VirtIO-Grant ជំនួសឱ្យការគូសផែនទីអង្គចងចាំផ្ទាល់ ប្រើការបកប្រែអាសយដ្ឋានរូបវន្តនៃប្រព័ន្ធភ្ញៀវទៅជាតំណភ្ជាប់ជំនួយ ដែលអនុញ្ញាតឱ្យប្រើប្រាស់តំបន់ដែលបានយល់ព្រមជាមុននៃអង្គចងចាំដែលបានចែករំលែកសម្រាប់ការផ្លាស់ប្តូរទិន្នន័យរវាងប្រព័ន្ធភ្ញៀវ និងផ្នែកខាងក្រោយរបស់ VirtIO ដោយមិនមានការអនុញ្ញាត។ សិទ្ធិ backend ដើម្បីអនុវត្តការគូសផែនទីសតិ។ ការគាំទ្រ VirtIO-Grant ត្រូវបានអនុវត្តរួចហើយនៅក្នុងខឺណែលលីនុច ប៉ុន្តែមិនទាន់បានរួមបញ្ចូលនៅក្នុងកម្មវិធីខាងក្រោយរបស់ QEMU នៅក្នុង virtio-vhost និងនៅក្នុងប្រអប់ឧបករណ៍ (libxl/xl) នៅឡើយ។
• គំនិតផ្តួចផ្តើម Hyperlaunch បន្តអភិវឌ្ឍ ដែលមានបំណងផ្តល់នូវឧបករណ៍ដែលអាចបត់បែនបានសម្រាប់កំណត់រចនាសម្ព័ន្ធការបើកដំណើរការម៉ាស៊ីននិម្មិតកំឡុងពេលចាប់ផ្ដើមប្រព័ន្ធ។ បច្ចុប្បន្ននេះ សំណុំបំណះដំបូងត្រូវបានរៀបចំរួចហើយ ដែលអនុញ្ញាតឱ្យអ្នករកឃើញដែន PV និងផ្ទេររូបភាពរបស់ពួកគេទៅ hypervisor នៅពេលផ្ទុក។ អ្វីគ្រប់យ៉ាងដែលចាំបាច់ដើម្បីដំណើរការដែន paravirtualized បែបនេះក៏ត្រូវបានអនុវត្តផងដែរ រួមទាំងសមាសធាតុ Xenstore សម្រាប់កម្មវិធីបញ្ជា PV ។ នៅពេលដែលបំណះត្រូវបានទទួលយក ការងារនឹងចាប់ផ្តើមបើកការគាំទ្រសម្រាប់ឧបករណ៍ PVH និង HVM ក៏ដូចជាការអនុវត្តដែន domB ដាច់ដោយឡែក (ដែនអ្នកបង្កើត) ដែលសមរម្យសម្រាប់រៀបចំការចាប់ផ្ដើមដែលបានវាស់វែង ដោយបញ្ជាក់ពីសុពលភាពនៃសមាសធាតុដែលបានផ្ទុកទាំងអស់។
• ការងារបន្តលើការបង្កើតច្រក Xen សម្រាប់ស្ថាបត្យកម្ម RISC-V ។

ប្រភព: opennet.ru