ការចេញផ្សាយ DBMS libmdbx 0.10.4 និង libfpta 0.3.9 ដែលបង្កប់ដោយប្រសិទ្ធភាពខ្ពស់

បណ្ណាល័យ libmdbx 0.10.4 (MDBX) ត្រូវ​បាន​បញ្ចេញ​ដោយ​ការ​អនុវត្ត​មូលដ្ឋាន​ទិន្នន័យ​តម្លៃ​គន្លឹះ​ដែល​បាន​បង្កប់​បង្រួម​ដែល​មាន​ប្រសិទ្ធភាព​ខ្ពស់ និង​បណ្ណាល័យ libfpta 0.3.9 (FPTA) ដែល​ពាក់ព័ន្ធ​ដែល​អនុវត្ត​តារាង​តំណាង​នៃ​ទិន្នន័យ​ជាមួយ​នឹង​សន្ទស្សន៍​បន្ទាប់បន្សំ​និង​សមាសធាតុ នៅលើ MDBX ។ បណ្ណាល័យទាំងពីរត្រូវបានចែកចាយក្រោមអាជ្ញាប័ណ្ណដែលអនុម័តដោយ OSI ។ ប្រព័ន្ធប្រតិបត្តិការ និងស្ថាបត្យកម្មបច្ចុប្បន្នទាំងអស់ត្រូវបានគាំទ្រ ក៏ដូចជា Russian Elbrus 2000 ផងដែរ។

ជាប្រវត្តិសាស្ត្រ libmdbx គឺជាដំណើរការឡើងវិញយ៉ាងស៊ីជម្រៅនៃ LMDB DBMS ហើយប្រសើរជាងបុព្វបុរសរបស់ខ្លួនក្នុងភាពជឿជាក់ សំណុំលក្ខណៈពិសេស និងការអនុវត្ត។ បើប្រៀបធៀបទៅនឹង LMDB, libmdbx ផ្តោតលើគុណភាពកូដ ស្ថេរភាព API ការធ្វើតេស្ត និងការត្រួតពិនិត្យដោយស្វ័យប្រវត្តិ។ ឧបករណ៍ប្រើប្រាស់សម្រាប់ពិនិត្យមើលភាពសុចរិតនៃរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យដែលមានសមត្ថភាពសង្គ្រោះមួយចំនួនត្រូវបានផ្គត់ផ្គង់។

តាមបច្ចេកវិទ្យា libmdbx ផ្តល់នូវ ACID ការផ្លាស់ប្តូរដ៏រឹងមាំ serialization និងការអានដែលមិនទប់ស្កាត់ជាមួយនឹងការធ្វើមាត្រដ្ឋានលីនេអ៊ែរឆ្លងកាត់ស្នូលស៊ីភីយូ។ ការបង្រួមដោយស្វ័យប្រវត្តិ ការគ្រប់គ្រងទំហំមូលដ្ឋានទិន្នន័យដោយស្វ័យប្រវត្តិ និងការប៉ាន់ប្រមាណសំណួរជួរត្រូវបានគាំទ្រ។ ចាប់តាំងពីឆ្នាំ 2016 មក គម្រោងនានាត្រូវបានផ្តល់មូលនិធិដោយ Positive Technologies ហើយចាប់តាំងពីឆ្នាំ 2017 ត្រូវបានប្រើប្រាស់នៅក្នុងផលិតផលរបស់ខ្លួន។

libmdbx ផ្តល់នូវ C++ API ក៏ដូចជាការចងភាសាដែលគាំទ្រដោយអ្នកចូលចិត្តសម្រាប់ Rust, Haskell, Python, NodeJS, Ruby, Go និង Nim ។ សម្រាប់ libfpta មានតែការពិពណ៌នា API ប៉ុណ្ណោះដែលមានជាសាធារណៈក្នុងទម្រង់ជាឯកសារបឋមកថា C/C++ ។

ការច្នៃប្រឌិត ការកែលម្អ និងការកែតម្រូវសំខាន់ៗបានបន្ថែមចាប់តាំងពីព័ត៌មានមុននៅថ្ងៃទី 9 ខែឧសភា៖

• បើកដំណើរការបង្កើតឡើងវិញ។
• បានជួសជុលកំហុសមួយ ដោយសារក្នុងកាលៈទេសៈដ៏កម្រ រង្វិលជុំ/ការបង្កកអាចកើតឡើងកំឡុងពេលប្រតិបត្តិការ។ បញ្ហា​នេះ​ត្រូវ​បាន​រក​ឃើញ​ដោយ​អ្នក​ឯកទេស​បច្ចេកវិទ្យា​វិជ្ជមាន​ក្នុង​អំឡុង​ពេល​ការ​ធ្វើ​តេស្ត​ផ្ទៃ​ក្នុង​នៃ​ផលិតផល​ផ្ទាល់​ខ្លួន។
• ការធ្វើតេស្តត្រូវបានកែលម្អ ហើយសេណារីយ៉ូសាកល្បងត្រូវបានពង្រីក ដើម្បីពិនិត្យមើលស្ថានភាពដែលមិនមែនជា isomorphic ដែលអាចទៅដល់បានទាំងអស់នៃទំព័រមែកធាង និងមាតិកា GC នៅក្នុងមូលដ្ឋានទិន្នន័យ។
• នៅក្នុង C++ API, "noexcept" បន្ថែមត្រូវបានជួសជុល ការផ្ទុកលើសទម្ងន់បន្ថែមត្រូវបានបន្ថែមសម្រាប់ "cursor::erase()" method ការអនុវត្តនៃ buffers ត្រូវបានទុកចោលក្នុងការប្រើប្រាស់ "std::string" ដើម្បីធានាការតម្រឹម (ពាក់ព័ន្ធសម្រាប់ CLANG libstdc++)។
• ការតំរែតំរង់នៅក្នុងក្បួនដោះស្រាយការកំពប់ទំព័រកខ្វក់ (ការច្រានចោលការជ្រើសរើសទំព័រមូលដ្ឋានទិន្នន័យដែលបានផ្លាស់ប្តូរ) ដែលត្រូវបានបង្ហាញដោយកំហុស MDBX_PROBLEM កម្រដែលមិនបានរំពឹងទុកនៅពេលផ្លាស់ប្តូរទិន្នន័យក្នុងប្រតិបត្តិការដ៏ធំត្រូវបានលុបចោល។
• ការធ្វើតេស្តដំណាក់កាលត្រូវបានអនុវត្តជាមួយនឹងការបន្ថែមការត្រួតពិនិត្យមួយចំនួនដើម្បីធានាឱ្យមានស្ថេរភាពក្នុងករណីមានការខូចខាតដោយចេតនាដល់មូលដ្ឋានទិន្នន័យ។
• បានជួសជុលការព្រមានតូចតាច UndefinedBehaviorSanitizer និង Coverity Scan បញ្ហា។
• ជួសជុលការពិនិត្យមើលភាពហួសសម័យ និងលែងប្រើទង់ខាងក្នុង “P_DIRTY” នៅក្នុងទំព័រដែលជាប់នៅក្នុងរូបភាពមូលដ្ឋានទិន្នន័យដែលបង្កើតឡើងដោយកំណែចាស់នៃបណ្ណាល័យ។
• នៅក្នុងស្គ្រីប CMake ការស្វែងរកសមាសធាតុចងក្រងដែលត្រូវការសម្រាប់ LTO (ការបង្កើនប្រសិទ្ធភាពពេលវេលាភ្ជាប់) ត្រូវបានធ្វើឱ្យប្រសើរឡើង។
• ចំនួនអតិបរមានៃអ្នកអានក្នុងពេលដំណាលគ្នាត្រូវបានកើនឡើងដល់ 32767។
• ដំណើរការប្រសើរឡើងនៅពេលប្រើ Valgrind និង AddressSanitizer ។
• នៅលើ Windows ការប្រើប្រាស់ SRW-lock ដដែលៗនៅពេលធ្វើការក្នុងរបៀប MDBX_NOTLS (ដោយមិនប្រើការផ្ទុកក្នុងតំបន់) ត្រូវបានលុបចោល ជំនាន់ bootid ត្រូវបានជួសជុល ប្រសិនបើម៉ោងប្រព័ន្ធបានផ្លាស់ប្តូរ ការរកឃើញ WSL1 និង WSL2 ត្រូវបានធ្វើឱ្យប្រសើរឡើង ហើយសមត្ថភាពក្នុងការ បើកមូលដ្ឋានទិន្នន័យនៅលើផែនការ 9 ដែលបានម៉ោនតាមរយៈ DrvFS ត្រូវបានបន្ថែម។
• សរុបមក ការផ្លាស់ប្តូរច្រើនជាង 160 ត្រូវបានធ្វើឡើងចំពោះ 57 ឯកសារ ~ 5000 បន្ទាត់ត្រូវបានបន្ថែម ~ 2500 ត្រូវបានលុប។

ខ្ញុំសូមអរគុណជាពិសេសដល់ក្រុមគម្រោង Erigon (ប្រព័ន្ធអេកូ Ethereum) សម្រាប់ជំនួយរបស់ពួកគេក្នុងការធ្វើតេស្តនៅក្នុងសេណារីយ៉ូនៃការប្រើប្រាស់ខ្លាំង។ វាគួរឱ្យកត់សម្គាល់ថាក្នុងរយៈពេល 0.10.0 ខែចាប់តាំងពីការចេញផ្សាយ libmdbx v1 ជាមួយនឹងបរិមាណមូលដ្ឋានទិន្នន័យ 2-7 TB ក្នុងការដំឡើង Erigon នីមួយៗ (ប្រើលើ XNUMX% នៃថ្នាំង Ethereum) មានតែរបាយការណ៍ចំនួនបីនៃអំពើពុករលួយនៃមូលដ្ឋានទិន្នន័យប៉ុណ្ណោះដែលត្រូវបានទទួល។ ដែលកើតឡើងដោយសារហេតុផលខាងក្រៅ និងមិនមែនកំហុសផ្នែកទន់៖ ក្នុងករណីពីរមូលហេតុគឺ RAM បរាជ័យ ហើយទីបីមានកំហុសក្នុងការកំណត់ទិន្នន័យឡើងវិញក្នុងការកំណត់រចនាសម្ព័ន្ធជាក់លាក់នៃប្រព័ន្ធរងការផ្ទុកដោយប្រើ BTRFS ។

ប្រភព: opennet.ru