ខណៈពេលកំពុងផ្លាស់ទី Firefox ទៅ zlib-rs អ្នកអភិវឌ្ឍន៍បានជួបប្រទះកំហុសមួយនៅក្នុង CPU របស់ Intel។

មូលនិធិបច្ចេកវិទ្យា Trifecta ដែលជាអ្នកអភិវឌ្ឍន៍គម្រោងដូចជា ntpd-rs, sudo-rs, zlib-rs និង bzip2-rs បានប្រកាសពីការផ្លាស់ប្តូររបស់ Firefox ទៅប្រើប្រាស់បណ្ណាល័យ zlib-rs សម្រាប់ការបង្ហាប់ និងពន្លា gzip។ បន្ថែមពីលើការការពារប្រឆាំងនឹងកំហុសអង្គចងចាំ ការប្តូរពី zlib ទៅ zlib-rs បាននាំឱ្យមានការជំរុញដំណើរការគួរឱ្យកត់សម្គាល់ - នៅក្នុងការធ្វើតេស្ត ការបង្កើនល្បឿនមានចាប់ពី 3.3 ដល់ 32.5 ដងសម្រាប់ប្រតិបត្តិការឌិកូដតែមួយ និងពី 2.7 ដល់ 10.86 ដងសម្រាប់ការឌិកូដស្ទ្រីមជាបន្តបន្ទាប់។

បណ្ណាល័យ zlib-rs ត្រូវបានរួមបញ្ចូលនៅក្នុង Firefox ជំនាន់ទី 151 ប៉ុន្តែបន្ទាប់ពីការរួមបញ្ចូលរបស់វា អ្នកប្រើប្រាស់មួយចំនួនបានជួបប្រទះបញ្ហាមួយដែលបណ្តាលឱ្យមានការគាំងដោយសារតែការប្រតិបត្តិក្រៅព្រំដែន។ វាត្រូវបានកត់សម្គាល់ឃើញថានៅក្នុងកូដ Rust បញ្ហានេះបានបណ្តាលឱ្យមានការគាំង ខណៈពេលដែលនៅក្នុងកូដ C ស្ថានភាពស្រដៀងគ្នានេះនឹងបណ្តាលឱ្យមានការខូចខាតទិន្នន័យដោយស្ងៀមស្ងាត់ដោយមិនបញ្ឈប់កម្មវិធី។ ជាដំណោះស្រាយ បណ្ណាល័យ zlib ចាស់ត្រូវបានត្រឡប់ទៅប្រើប្រាស់វិញនៅក្នុងជំនាន់ទី 151.0.1។

ការបង្ហាញដំបូងនៃបញ្ហានេះត្រូវបានកត់សម្គាល់ឃើញក្នុងអំឡុងពេលសាកល្បងនៃការបង្កើតដំបូងៗជាងមួយឆ្នាំមុន ប៉ុន្តែវាមិនអាចបង្កើតឡើងវិញនៅលើប្រព័ន្ធអ្នកអភិវឌ្ឍន៍បានទេ។ នៅទីបំផុត បន្ទាប់ពីការសាកល្បងរយៈពេលមួយឆ្នាំជាមួយអ្នកប្រើប្រាស់បែតា វាត្រូវបានសម្រេចចិត្តបើកដំណើរការ zlib-rs នៅក្នុង Firefox 151។ បន្ទាប់ពីស៊េរីនៃរបាយការណ៍បញ្ហាថ្មី និងការស៊ើបអង្កេតលើគំរូនេះ វាត្រូវបានគេរកឃើញថាការគាំងនេះបណ្តាលមកពីកំហុសមីក្រូកូដនៅក្នុងស៊ីភីយូ Intel ដែលផ្អែកលើមីក្រូស្ថាបត្យកម្ម Raptor Lake ជំនាន់ទី 13 និងទី 14 ដែលទាក់ទងនឹងការប្រើប្រាស់បញ្ជីមិនត្រឹមត្រូវ។

បញ្ហានេះបានកើតឡើងដោយសារតែម៉ាស៊ីនបង្កើតកូដ LLVM បានប្រើការណែនាំ "mov byte ptr [rsi + rdi + 1], ch" នៅពេលសរសេរលទ្ធផលអ៊ិនកូដ Huffman ទៅកាន់អង្គចងចាំ។ នៅពេលប្រតិបត្តិការណែនាំនេះនៅលើ CPU Raptor Lake ជំនួសឱ្យការសរសេរ 8-15 ប៊ីតពីបញ្ជី RCX ដែលត្រូវគ្នានឹងបញ្ជី CH ដែលបានបញ្ជាក់នៅក្នុងការណែនាំ ប៊ីត 0-7 ដែលត្រូវគ្នានឹងបញ្ជី CL ត្រូវបានសរសេរទៅកាន់អង្គចងចាំ។ វិធីដោះស្រាយបណ្ដោះអាសន្នត្រូវបានអនុវត្តក្នុងការរៀបចំសម្រាប់ Firefox 152 ហើយបំណះត្រូវបានបញ្ជូនទៅកាន់ការចេញផ្សាយ zlib-rs សំខាន់។ ការបង្កើតការណែនាំដែលមានបញ្ហាត្រូវបានគេសង្កេតឃើញនៅក្នុង LLVM 22 (វាមិនត្រូវបានបង្កើតនៅក្នុងសាខាអភិវឌ្ឍន៍ LLVM 23 ទេ)។

ប្រភព: opennet.ru