ການຄົ້ນພົບການຖົດຖອຍໄດ້ຖືກຄົ້ນພົບໃນ kernel Linux 7.0 ເຊິ່ງເຮັດໃຫ້ປະສິດທິພາບຂອງ PostgreSQL ຫຼຸດລົງເຄິ່ງໜຶ່ງ.

ວິສະວະກອນ Amazon ໄດ້ລະບຸການຖົດຖອຍສະເພາະກັບ Linux kernel 7.0, ເຊິ່ງຄາດວ່າຈະຖືກປ່ອຍອອກມາໃນວັນທີ 13 ເມສາ. ການປ່ຽນແປງການຕັ້ງຄ່າຕາຕະລາງເວລາໜ້າວຽກເຮັດໃຫ້ປະລິມານວຽກ ແລະ ການຕອບສະໜອງຫຼຸດລົງຢ່າງຫຼວງຫຼາຍເມື່ອໃຊ້ PostgreSQL ໃນລະບົບ ARM64. ການໃຊ້ kernel 7.0, ປະສິດທິພາບໃນການທົດສອບ "simple-update" ຂອງ pgbench ຫຼຸດລົງເກືອບສອງເທົ່າ, ຈາກ 98565 ເປັນ 50751.

ການຊ້າລົງແມ່ນເກີດຈາກການປ່ຽນໂໝດ preempt ຂອງຕົວກຳນົດເວລາເລີ່ມຕົ້ນຈາກ PREEMPT_NONE ເປັນ PREEMPT_LAZY ໃນສະຖາປັດຕະຍະກຳທີ່ຮອງຮັບມັນ. ສິ່ງນີ້ເຮັດໃຫ້ PostgreSQL ໃຊ້ເວລາ CPU 55% ຂອງມັນໃນການເອີ້ນ s_lock() ໃນພື້ນທີ່ຜູ້ໃຊ້. ເພື່ອແກ້ໄຂບັນຫານີ້, ມັນໄດ້ຖືກສະເໜີໃຫ້ສົ່ງຄືນ PREEMPT_NONE ກັບຄືນສູ່ຄ່າເລີ່ມຕົ້ນ ແລະ ຍົກເລີກການເຊື່ອມໂຍງມັນຈາກການຕັ້ງຄ່າ ARCH_NO_PREEMPT.

ທ່ານ Peter Zijlstra, ຜູ້ຂຽນການປ່ຽນແປງທີ່ເຮັດໃຫ້ເກີດການຖົດຖອຍ ແລະ ຜູ້ຮັກສາຕາຕະລາງເວລາໜ້າວຽກ ແລະ ລະບົບຍ່ອຍຂອງເຄີເນລທີ່ກ່ຽວຂ້ອງກັບການລັອກ, ໄດ້ກ່າວວ່າ ຕ້ອງມີການແກ້ໄຂໃນລະຫັດ PostgreSQL. ເພື່ອແກ້ໄຂບັນຫາການເສື່ອມໂຊມຂອງປະສິດທິພາບ, ລາວໄດ້ແນະນຳໃຫ້ໃຊ້ສ່ວນຂະຫຍາຍ "rseq slice" (Restartable Sequences) ທີ່ເພີ່ມເຂົ້າມາໃໝ່ໃນເຄີເນລ PostgreSQL ເພື່ອຈຳກັດຄວາມເປັນໄປໄດ້ຂອງການຖືກໄລ່ອອກຈາກຜູ້ຖືລັອກ.

ມັນຍັງບໍ່ຈະແຈ້ງເທື່ອວ່າ Linus Torvalds ຈະຕັດສິນໃຈແນວໃດ, ຍ້ອນວ່າລາວຍຶດໝັ້ນຫຼັກການທີ່ວ່າ kernel ບໍ່ຄວນຫຼຸດປະສິດທິພາບ ຫຼື ທຳລາຍຄວາມເຂົ້າກັນໄດ້ຂອງພື້ນທີ່ຜູ້ໃຊ້. ໃນດ້ານໜຶ່ງ, kernel 7.0 ພວມຢູ່ໃນໄລຍະການທົດສອບສຸດທ້າຍກ່ອນການປ່ອຍ, ແລະ ການມ້ວນການຕັ້ງຄ່າ scheduler ກັບຄືນອາດຈະນຳໄປສູ່ການຖົດຖອຍອື່ນໆ. ໃນທາງກົງກັນຂ້າມ, ຜູ້ໃຊ້ອາດຈະປະສົບກັບການຫຼຸດລົງເຄິ່ງໜຶ່ງຂອງປະສິດທິພາບຂອງຖານຂໍ້ມູນທີ່ນິຍົມທີ່ສຸດອັນໜຶ່ງ.

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