Linus Torvalds ອະທິບາຍບັນຫາກ່ຽວກັບການຈັດຕັ້ງປະຕິບັດ kernel ZFS. Linux

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

ກ່ຽວກັບໂຄງການ "ZFS ໃນ Linux", Linus ບໍ່ສະໜັບສະໜູນການນຳໃຊ້ໂມດູນ zfs ເນື່ອງຈາກຄວາມບໍ່ເຂົ້າກັນໄດ້ຂອງໃບອະນຸຍາດ CDDL ແລະ GPLv2. ສະຖານະການດັ່ງກ່າວແມ່ນຍ້ອນນະໂຍບາຍການອະນຸຍາດຂອງ Oracle, ໂອກາດທີ່ ZFS ຈະຖືກລວມເຂົ້າໃນ kernel ຫຼັກແມ່ນມີໜ້ອຍຫຼາຍ. ຕົວກາງທີ່ສະເໜີ, ເຊິ່ງໃຫ້ການເຂົ້າເຖິງໜ້າທີ່ຂອງ kernel ໄປຫາລະຫັດພາຍນອກ, ແມ່ນທາງອອກທີ່ໜ້າສົງໄສ, ທະນາຍຄວາມກ່າວຕໍ່ໄປ. ໂຕ້ຖຽງ ກ່ຽວກັບການສົ່ງອອກຄືນໃຫມ່ຂອງ GPL kernel functions ໂດຍຜ່ານ wrappers ສົ່ງຜົນໃຫ້ເກີດການເຮັດວຽກຂອງອະນຸພັນທີ່ຕ້ອງໄດ້ຮັບການແຈກຢາຍພາຍໃຕ້ GPL.

ທາງເລືອກດຽວທີ່ Linus ຕົກລົງທີ່ຈະຍອມຮັບລະຫັດ ZFS ເຂົ້າໄປໃນແກ່ນຕົ້ນຕໍແມ່ນການໄດ້ຮັບການອະນຸຍາດຢ່າງເປັນທາງການຈາກ Oracle, ໄດ້ຮັບການຢັ້ງຢືນໂດຍທະນາຍຄວາມຕົ້ນຕໍ, ຫຼືດີກວ່າ, Larry Ellison ເອງ. ການແກ້ໄຂລະດັບປານກາງ, ເຊັ່ນຊັ້ນລະຫວ່າງ kernel ແລະລະຫັດ ZFS, ແມ່ນບໍ່ໄດ້ຮັບອະນຸຍາດ, ເນື່ອງຈາກນະໂຍບາຍຮຸກຮານຂອງ Oracle ກ່ຽວກັບຊັບສິນທາງປັນຍາຂອງການໂຕ້ຕອບການຂຽນໂປຼແກຼມ (ຕົວຢ່າງ: ການທົດລອງ ກັບ Google ກ່ຽວກັບ Java API). ນອກຈາກນັ້ນ, Linus ພິຈາລະນາຄວາມປາຖະຫນາທີ່ຈະໃຊ້ ZFS ພຽງແຕ່ເປັນ tribute ກັບຄົນອັບເດດ:, ແລະບໍ່ແມ່ນຂໍ້ໄດ້ປຽບດ້ານວິຊາການ. ມາດຕະຖານທີ່ Linus ກວດສອບບໍ່ສະຫນັບສະຫນູນ ZFS, ແລະການຂາດການສະຫນັບສະຫນູນຢ່າງເຕັມທີ່ບໍ່ໄດ້ຮັບປະກັນຄວາມຫມັ້ນຄົງໃນໄລຍະຍາວ.

ເປັນການເຕືອນ, ລະຫັດ ZFS ແມ່ນແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ CDDL ຟຣີ, ເຊິ່ງບໍ່ເຂົ້າກັນໄດ້ກັບ GPLv2, ເຊິ່ງປ້ອງກັນການເຊື່ອມໂຍງ ZFS ໃນ Linux ເຂົ້າໄປໃນສາຂາ kernel ຫຼັກ Linux, ເນື່ອງຈາກການປະສົມລະຫັດພາຍໃຕ້ໃບອະນຸຍາດ GPLv2 ແລະ CDDL ແມ່ນບໍ່ສາມາດຍອມຮັບໄດ້. ເພື່ອຫຼີກລ່ຽງຄວາມບໍ່ເຂົ້າກັນຂອງໃບອະນຸຍາດນີ້, "ZFS ໃນ Linux"ໄດ້ມີການຕັດສິນໃຈທີ່ຈະແຈກຢາຍຜະລິດຕະພັນທັງໝົດພາຍໃຕ້ໃບອະນຸຍາດ CDDL ເປັນໂມດູນທີ່ສາມາດດາວໂຫຼດໄດ້ແຍກຕ່າງຫາກ, ເຊິ່ງສະໜອງໃຫ້ແຍກຕ່າງຫາກຈາກ kernel."

ຄວາມເປັນໄປໄດ້ຂອງການແຈກຢາຍໂມດູນ ZFS ທີ່ກຽມພ້ອມເປັນສ່ວນຫນຶ່ງຂອງຊຸດການແຈກຢາຍແມ່ນມີຄວາມຂັດແຍ້ງລະຫວ່າງທະນາຍຄວາມ. ທະນາຍຄວາມຈາກ Software Freedom Conservancy (SFC) ພິ​ຈາ​ລະ​ນາວ່າການຈັດສົ່ງຂອງໂມດູນ kernel ຄູ່ໃນການແຈກຢາຍປະກອບເປັນຜະລິດຕະພັນລວມກັບ GPL ກັບຄວາມຕ້ອງການທີ່ວຽກງານທີ່ໄດ້ຮັບຜົນໄດ້ຖືກແຈກຢາຍພາຍໃຕ້ GPL. ທະນາຍຄວາມ Canonical ບໍ່ເຫັນດີ ແລະລະບຸວ່າການຈັດສົ່ງຂອງໂມດູນ zfs ເປັນທີ່ຍອມຮັບໄດ້ຖ້າຫາກວ່າອົງປະກອບໄດ້ຖືກສະຫນອງເປັນໂມດູນທີ່ມີດ້ວຍຕົນເອງ, ແຍກຕ່າງຫາກຈາກຊຸດແກ່ນ. ບັນທຶກ Canonical ວ່າການແຈກຢາຍໄດ້ໃຊ້ວິທີການທີ່ຄ້າຍຄືກັນເພື່ອສະຫນອງໄດເວີທີ່ເປັນເຈົ້າຂອງ, ເຊັ່ນວ່າໄດເວີ NVIDIA.

ອີກຝ່າຍໜຶ່ງໂຕ້ແຍ້ງວ່າບັນຫາຄວາມເຂົ້າກັນໄດ້ຂອງ kernel ກັບໄດຣເວີທີ່ເປັນເຈົ້າຂອງແມ່ນໄດ້ຮັບການແກ້ໄຂໂດຍການສະໜອງຕົວກາງທີ່ໄດ້ຮັບອະນຸຍາດ GPL ຂະໜາດນ້ອຍ (ໂມດູນທີ່ໄດ້ຮັບອະນຸຍາດ GPL ຖືກໂຫຼດເຂົ້າໄປໃນ kernel, ເຊິ່ງຫຼັງຈາກນັ້ນໂຫຼດອົງປະກອບທີ່ເປັນເຈົ້າຂອງ). ສຳລັບ ZFS, ຕົວກາງດັ່ງກ່າວສາມາດພັດທະນາໄດ້ພຽງແຕ່ຖ້າ Oracle ອະນຸຍາດຂໍ້ຍົກເວັ້ນໃບອະນຸຍາດ. Oracle Linux ຄວາມບໍ່ເຂົ້າກັນໄດ້ຂອງ GPL ໄດ້ຮັບການແກ້ໄຂໂດຍ Oracle ທີ່ໃຫ້ຂໍ້ຍົກເວັ້ນໃບອະນຸຍາດທີ່ລົບລ້າງຄວາມຕ້ອງການໃນການອະນຸຍາດໃຫ້ວຽກງານລວມພາຍໃຕ້ CDDL, ແຕ່ຂໍ້ຍົກເວັ້ນນີ້ບໍ່ໄດ້ໃຊ້ກັບການແຈກຢາຍອື່ນໆ.

ວິທີແກ້ໄຂບັນຫາຊົ່ວຄາວແມ່ນການແຈກຢາຍພຽງແຕ່ລະຫັດແຫຼ່ງຂໍ້ມູນຂອງໂມດູນເທົ່ານັ້ນ, ເຊິ່ງບໍ່ໄດ້ສົ່ງຜົນໃຫ້ການເຊື່ອມໂຍງ ແລະ ຖືກປະຕິບັດຄືກັບການສົ່ງຜະລິດຕະພັນສອງຢ່າງແຍກຕ່າງຫາກ. Debian ສຳລັບຈຸດປະສົງນີ້, ລະບົບ DKMS (Dynamic Kernel Module Support) ຖືກນໍາໃຊ້, ເຊິ່ງໂມດູນຖືກສະໜອງໃຫ້ໃນລະຫັດແຫຼ່ງ ແລະ ຖືກລວບລວມຢູ່ໃນລະບົບຂອງຜູ້ໃຊ້ທັນທີຫຼັງຈາກຕິດຕັ້ງແພັກເກດ.

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