ລະບົບໄຟລ໌ Composefs ສະເຫນີສໍາລັບ Linux

Alexander Larsson, ຜູ້ສ້າງ Flatpak ຢູ່ Red Hat, ໄດ້ເປີດເຜີຍຕົວຢ່າງຂອງ patches ການປະຕິບັດລະບົບໄຟລ໌ Composefs ສໍາລັບ Linux kernel. ລະບົບໄຟລ໌ທີ່ສະເຫນີຄ້າຍຄືກັບ Squashfs ແລະຍັງເຫມາະສົມສໍາລັບການຕິດຕັ້ງຮູບພາບທີ່ອ່ານໄດ້ເທົ່ານັ້ນ. ຄວາມແຕກຕ່າງທີ່ຕົ້ມລົງໄປເຖິງຄວາມສາມາດຂອງ Composefs ທີ່ຈະແບ່ງປັນເນື້ອໃນຂອງຮູບພາບແຜ່ນທີ່ຕິດຢູ່ຫຼາຍອັນໄດ້ຢ່າງມີປະສິດທິພາບ ແລະຮອງຮັບການພິສູດຢືນຢັນຂໍ້ມູນທີ່ສາມາດອ່ານໄດ້. ໃນຖານະເປັນພື້ນທີ່ຂອງຄໍາຮ້ອງສະຫມັກທີ່ Composefs FS ອາດຈະມີຄວາມຕ້ອງການ, ການຕິດຕັ້ງຮູບພາບບັນຈຸແລະການນໍາໃຊ້ບ່ອນເກັບມ້ຽນ OSTree Git ຄ້າຍຄື.

Composefs ໃຊ້ຮູບແບບການເກັບຮັກສາທີ່ຢູ່ໂດຍອີງໃສ່ເນື້ອຫາ, i.e. ຕົວລະບຸຫຼັກບໍ່ແມ່ນຊື່ໄຟລ໌, ແຕ່ເປັນ hash ຂອງເນື້ອໃນຂອງໄຟລ໌. ຮູບແບບນີ້ສະຫນອງການ deduplication ແລະອະນຸຍາດໃຫ້ທ່ານສາມາດເກັບຮັກສາພຽງແຕ່ຫນຶ່ງສໍາເນົາຂອງໄຟລ໌ດຽວກັນທີ່ເກີດຂຶ້ນໃນພາທິຊັນ mounted ທີ່ແຕກຕ່າງກັນ. ຕົວຢ່າງ, ຮູບພາບບັນຈຸມີໄຟລ໌ລະບົບທົ່ວໄປຫຼາຍ, ແລະມີ Composefs, ແຕ່ລະໄຟລ໌ເຫຼົ່ານີ້ຈະຖືກແບ່ງປັນໂດຍຮູບພາບທີ່ຕິດຢູ່ທັງຫມົດ, ໂດຍບໍ່ມີການນໍາໃຊ້ tricks ເຊັ່ນການສົ່ງຕໍ່ດ້ວຍການເຊື່ອມຕໍ່ຍາກ. ໃນຂະນະດຽວກັນ, ໄຟລ໌ທີ່ແບ່ງປັນບໍ່ພຽງແຕ່ຖືກເກັບໄວ້ເປັນສໍາເນົາດຽວໃນແຜ່ນ, ແຕ່ຍັງຖືກຈັດການໂດຍການເຂົ້າຫນຶ່ງໃນ cache ຂອງຫນ້າ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປະຫຍັດທັງແຜ່ນແລະ RAM.

ເພື່ອປະຢັດພື້ນທີ່ດິສກ໌, ຂໍ້ມູນ ແລະເມຕາເດຕາຈະຖືກແຍກອອກເປັນຮູບທີ່ຕິດຢູ່. ເມື່ອຕິດຕັ້ງ, ໃຫ້ລະບຸ:

• ດັດຊະນີຖານສອງທີ່ປະກອບດ້ວຍ metadata ຂອງລະບົບໄຟລ໌ທັງຫມົດ, ຊື່ໄຟລ໌, ການອະນຸຍາດ, ແລະຂໍ້ມູນອື່ນໆ, ຍົກເວັ້ນສໍາລັບເນື້ອໃນຕົວຈິງຂອງໄຟລ໌.
• ໄດເລກະທໍລີພື້ນຖານທີ່ເນື້ອຫາຂອງໄຟລ໌ຮູບພາບທີ່ຕິດຢູ່ທັງໝົດຖືກເກັບໄວ້. ໄຟລ໌ຖືກເກັບໄວ້ທີ່ກ່ຽວຂ້ອງກັບ hash ຂອງເນື້ອຫາຂອງພວກເຂົາ.

ດັດຊະນີຖານສອງແມ່ນຖືກສ້າງຂຶ້ນສໍາລັບແຕ່ລະຮູບພາບ FS, ແລະໄດເລກະທໍລີພື້ນຖານແມ່ນຄືກັນສໍາລັບຮູບພາບທັງຫມົດ. ເພື່ອກວດສອບເນື້ອຫາຂອງໄຟລ໌ສ່ວນບຸກຄົນແລະຮູບພາບທັງຫມົດພາຍໃຕ້ເງື່ອນໄຂການເກັບຮັກສາທີ່ໃຊ້ຮ່ວມກັນ, ກົນໄກ fs-verity ສາມາດນໍາໃຊ້ໄດ້, ເຊິ່ງ, ເມື່ອເຂົ້າເຖິງໄຟລ໌, ກວດເບິ່ງວ່າ hashes ທີ່ລະບຸໄວ້ໃນດັດຊະນີຖານສອງແມ່ນກົງກັບເນື້ອຫາທີ່ແທ້ຈິງ (i.e. ຖ້າຜູ້ໂຈມຕີ. ເຮັດໃຫ້ການປ່ຽນແປງໄຟລ໌ໃນໄດເລກະທໍລີພື້ນຖານຫຼືຂໍ້ມູນເສຍຫາຍຍ້ອນຄວາມລົ້ມເຫລວ, ການຄືນດີດັ່ງກ່າວຈະເປີດເຜີຍຄວາມແຕກຕ່າງ).

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