Tomas Chlebek ໃນກອງປະຊຸມນັກພັດທະນາທົ່ວໂລກຂອງ Apple WWDC ປີທີ່ຜ່ານມາ ແນະນຳລະບົບໄຟລ໌ APFS ໃໝ່. ດ້ວຍການອັບເດດ ໃນ iOS 10.3 ອຸປະກອນທໍາອິດຈາກລະບົບນິເວດ Apple ຈະປ່ຽນໄປຫາມັນ.
ລະບົບໄຟລ໌ແມ່ນໂຄງສ້າງທີ່ສະຫນອງການເກັບຮັກສາຂໍ້ມູນໃນແຜ່ນແລະທັງຫມົດເຮັດວຽກກັບມັນ. ໃນປັດຈຸບັນ Apple ໃຊ້ລະບົບ HFS+ ສໍາລັບການນີ້, ເຊິ່ງໄດ້ຖືກນໍາໃຊ້ແລ້ວໃນປີ 1998, ທົດແທນ HFS (Hierarchical File System) ຈາກ 1985.
ດັ່ງນັ້ນ APFS, ເຊິ່ງຫຍໍ້ມາຈາກ Apple File System, ຄວນຈະທົດແທນລະບົບທີ່ສ້າງຂື້ນໃນເບື້ອງຕົ້ນຫຼາຍກວ່າສາມສິບປີກ່ອນ, ແລະມັນຄວນຈະເຮັດໃນທຸກແພລະຕະຟອມ Apple ໃນປີ 2017. ການພັດທະນາຂອງມັນພຽງແຕ່ເລີ່ມຕົ້ນຫນ້ອຍກວ່າສາມປີກ່ອນຫນ້ານີ້, ແຕ່. Apple ໄດ້ພະຍາຍາມທົດແທນ HFS+ ຕັ້ງແຕ່ປີ 2006.
ຫນ້າທໍາອິດ, ແນວໃດກໍ່ຕາມ, ຄວາມພະຍາຍາມເພື່ອຮັບຮອງເອົາ ZFS (Zettabyte File System), ອາດຈະເປັນລະບົບໄຟລ໌ທີ່ໄດ້ຮັບການຍອມຮັບຫຼາຍທີ່ສຸດໃນປັດຈຸບັນ, ລົ້ມເຫລວ, ຕິດຕາມດ້ວຍສອງໂຄງການພັດທະນາການແກ້ໄຂຂອງຕົນເອງ. ດັ່ງນັ້ນ APFS ມີປະຫວັດສາດອັນຍາວນານແລະມີຄວາມຄາດຫວັງຫຼາຍ. ຢ່າງໃດກໍ່ຕາມ, ຫຼາຍຄົນຍັງບໍ່ແນ່ນອນກ່ຽວກັບແຜນການທີ່ມີຄວາມທະເຍີທະຍານຂອງ Apple ທີ່ຈະຮັບຮອງເອົາ APFS ໃນທົ່ວລະບົບນິເວດຂອງມັນ, ຊີ້ໃຫ້ເຫັນເຖິງລັກສະນະທີ່ຮູ້ຈັກຈາກລະບົບອື່ນໆ (ໂດຍສະເພາະ ZFS) ທີ່ຂາດຫາຍໄປ. ແຕ່ສິ່ງທີ່ APFS ສັນຍາແມ່ນຍັງເປັນບາດກ້າວອັນສໍາຄັນ.
APFS ເປັນລະບົບທີ່ຖືກອອກແບບມາສໍາລັບການເກັບຮັກສາທີ່ທັນສະໄຫມ - ແນ່ນອນ, ມັນຖືກສ້າງຂຶ້ນໂດຍສະເພາະສໍາລັບຮາດແວແລະຊອບແວ Apple, ດັ່ງນັ້ນມັນຄວນຈະເຫມາະສົມກັບ SSDs, ຄວາມຈຸຂະຫນາດໃຫຍ່, ແລະໄຟລ໌ຂະຫນາດໃຫຍ່. ສໍາລັບຕົວຢ່າງ, ມັນສະຫນັບສະຫນູນພື້ນເມືອງ TRIM ແລະເຮັດມັນຢ່າງຕໍ່ເນື່ອງ, ເຊິ່ງເຮັດໃຫ້ປະສິດທິພາບຂອງແຜ່ນສູງ. ລັກສະນະຕົ້ນຕໍ ແລະຂໍ້ໄດ້ປຽບຂອງ HFS+ ແມ່ນ: ການໂຄນນາ, ການຖ່າຍພາບ, ການແບ່ງປັນພື້ນທີ່, ການເຂົ້າລະຫັດ, ການປ້ອງກັນຄວາມລົ້ມເຫລວ ແລະການຄິດໄລ່ໄວຂອງພື້ນທີ່ໃຊ້ແລ້ວ/ຫວ່າງ.
Cloning ແທນການຄັດລອກແບບຄລາສສິກ, ເມື່ອໄຟລ໌ທີສອງຂອງຂໍ້ມູນດຽວກັນກັບໄຟລ໌ທີ່ຄັດລອກຖືກສ້າງຂື້ນຢູ່ໃນແຜ່ນ. Cloning ແທນທີ່ຈະສ້າງຊໍ້າກັນຂອງ metadata (ຂໍ້ມູນກ່ຽວກັບຕົວກໍານົດການຂອງໄຟລ໌), ແລະຖ້າຫາກວ່າຫນຶ່ງຂອງ clones ໄດ້ຖືກດັດແກ້, ພຽງແຕ່ການດັດແກ້ຈະຖືກຂຽນໃສ່ແຜ່ນ, ບໍ່ແມ່ນໄຟລ໌ທັງຫມົດອີກເທື່ອຫນຶ່ງ. ຂໍ້ດີຂອງ cloning ແມ່ນພື້ນທີ່ດິດທີ່ບັນທຶກໄວ້ແລະຂະບວນການສ້າງ "ສໍາເນົາ" ຂອງໄຟລ໌ໄວຫຼາຍ.
ແນ່ນອນ, ຂະບວນການນີ້ເຮັດວຽກພຽງແຕ່ພາຍໃນຫນຶ່ງແຜ່ນ - ເມື່ອຄັດລອກລະຫວ່າງສອງແຜ່ນ, ໄຟລ໌ຕົ້ນສະບັບທີ່ຊ້ໍາກັນຈະຕ້ອງຖືກສ້າງຢູ່ໃນແຜ່ນເປົ້າຫມາຍ. ຂໍ້ເສຍທີ່ເປັນໄປໄດ້ຂອງ clones ອາດຈະເປັນການຈັດການພື້ນທີ່ຂອງພວກເຂົາ, ບ່ອນທີ່ການລຶບ clone ຂອງໄຟລ໌ຂະຫນາດໃຫຍ່ໃດນຶ່ງຈະຫວ່າງເກືອບບໍ່ມີພື້ນທີ່ດິດ.
ພາບຖ່າຍແມ່ນຮູບພາບຂອງສະຖານະຂອງດິສກ໌ຢູ່ໃນຈຸດເວລາໃດໜຶ່ງ, ເຊິ່ງຈະເຮັດໃຫ້ໄຟລ໌ສືບຕໍ່ເຮັດວຽກກັບມັນ ໃນຂະນະທີ່ຍັງຄົງຮັກສາຮູບແບບຂອງມັນໄວ້, ດັ່ງທີ່ມັນຢູ່ໃນເວລາທີ່ພາບຖ່າຍຖືກຖ່າຍ. ມີພຽງແຕ່ການປ່ຽນແປງທີ່ບັນທຶກໄວ້ໃນດິສກ໌, ບໍ່ມີການສ້າງຂໍ້ມູນຊໍ້າກັນ. ດັ່ງນັ້ນ, ນີ້ແມ່ນວິທີການສໍາຮອງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ຫຼາຍກ່ວາສິ່ງທີ່ Time Machine ໃຊ້ໃນປັດຈຸບັນ.
ການແບ່ງປັນພື້ນທີ່ເຮັດໃຫ້ຫຼາຍ ການແບ່ງປັນແຜ່ນ ແບ່ງປັນພື້ນທີ່ດິສກ໌ຈິງດຽວກັນ. ຕົວຢ່າງ, ເມື່ອແຜ່ນທີ່ມີລະບົບໄຟລ໌ HFS+ ຖືກແບ່ງອອກເປັນສາມພາທິຊັນແລະຫນຶ່ງໃນນັ້ນຫມົດພື້ນທີ່ (ໃນຂະນະທີ່ບ່ອນອື່ນມີພື້ນທີ່), ມັນເປັນໄປໄດ້ພຽງແຕ່ລຶບພາທິຊັນຕໍ່ໄປແລະຕື່ມພື້ນທີ່ຂອງມັນໃສ່ກັບທີ່ແລ່ນ. ອອກຈາກພື້ນທີ່. AFPS ສະແດງພື້ນທີ່ຫວ່າງທັງໝົດໃນແຜ່ນຟີຊິກທັງໝົດສຳລັບທຸກພາທິຊັນ.
ນີ້ຫມາຍຄວາມວ່າເມື່ອສ້າງພາທິຊັນ, ບໍ່ຈໍາເປັນຕ້ອງຄາດຄະເນຂະຫນາດທີ່ຕ້ອງການ, ຍ້ອນວ່າມັນເປັນແບບເຄື່ອນໄຫວຢ່າງສົມບູນຂຶ້ນຢູ່ກັບພື້ນທີ່ຫວ່າງທີ່ຕ້ອງການໃນພາທິຊັນທີ່ໃຫ້. ຕົວຢ່າງ, ພວກເຮົາມີແຜ່ນທີ່ມີຄວາມຈຸທັງຫມົດ 100 GB ແບ່ງອອກເປັນສອງສ່ວນ, ບ່ອນທີ່ຫນຶ່ງຕື່ມຂໍ້ມູນ 10 GB ແລະອີກ 20 GB. ໃນກໍລະນີນີ້, ທັງສອງສ່ວນຈະສະແດງພື້ນທີ່ຫວ່າງ 70 GB.
ແນ່ນອນ, ການເຂົ້າລະຫັດແຜ່ນແມ່ນມີຢູ່ແລ້ວກັບ HFS+, ແຕ່ APFS ສະເຫນີຮູບແບບທີ່ສັບສົນກວ່າຂອງມັນ. ແທນທີ່ຈະເປັນສອງປະເພດ (ບໍ່ມີການເຂົ້າລະຫັດແລະການເຂົ້າລະຫັດດຽວທັງ ໝົດ ດິດ) ຂອງ HFS+, APFS ສາມາດເຂົ້າລະຫັດແຜ່ນໂດຍໃຊ້ຫຼາຍກະແຈ ສຳ ລັບແຕ່ລະໄຟລ໌ແລະກະແຈແຍກຕ່າງຫາກ ສຳ ລັບເມຕາເດຕາ.
ການປ້ອງກັນຄວາມລົ້ມເຫຼວຫມາຍເຖິງສິ່ງທີ່ເກີດຂື້ນໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວໃນຂະນະທີ່ຂຽນໃສ່ແຜ່ນ. ໃນກໍລະນີດັ່ງກ່າວ, ການສູນເສຍຂໍ້ມູນມັກຈະເກີດຂຶ້ນ, ໂດຍສະເພາະໃນເວລາທີ່ຂໍ້ມູນຈະຖືກຂຽນທັບ, ຍ້ອນວ່າມີຊ່ວງເວລາທີ່ຂໍ້ມູນທີ່ຖືກລົບແລະລາຍລັກອັກສອນແມ່ນຢູ່ໃນໄລຍະຂອງການສົ່ງແລະສູນເສຍໃນເວລາທີ່ສາຍໄຟຖືກຕັດ. APFS ຫຼີກເວັ້ນບັນຫານີ້ໂດຍການໃຊ້ວິທີການ Copy-on-write (COW) ເຊິ່ງຂໍ້ມູນເກົ່າບໍ່ໄດ້ຖືກທົດແທນໂດຍກົງໂດຍໃຫມ່ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ມີຄວາມສ່ຽງທີ່ຈະສູນເສຍພວກມັນໃນກໍລະນີທີ່ລົ້ມເຫລວ.
ຄຸນນະສົມບັດທີ່ມີຢູ່ໃນລະບົບໄຟລ໌ທີ່ທັນສະໄຫມອື່ນໆທີ່ APFS (ປະຈຸບັນ) ຂາດປະກອບມີການບີບອັດແລະການກວດສອບສະລັບສັບຊ້ອນ (ການຊ້ໍາກັນຂອງ metadata ເພື່ອກວດສອບຄວາມສົມບູນຂອງຕົ້ນສະບັບ - APFS ເຮັດນີ້, ແຕ່ບໍ່ແມ່ນສໍາລັບຂໍ້ມູນຜູ້ໃຊ້). APFS ຍັງຂາດການຊໍ້າຊ້ອນຂອງຂໍ້ມູນ (ເບິ່ງຊໍ້າກັນ) (ເບິ່ງ cloning), ເຊິ່ງຊ່ວຍປະຫຍັດພື້ນທີ່ດິສກ໌, ແຕ່ເຮັດໃຫ້ມັນບໍ່ສາມາດສ້ອມແປງຂໍ້ມູນໄດ້ໃນກໍລະນີທີ່ມີການສໍ້ລາດບັງຫຼວງ. ໃນການພົວພັນກັບເລື່ອງນີ້, Apple ໄດ້ຖືກກ່າວວ່າຈະດຶງດູດເອົາຄຸນນະພາບຂອງການເກັບຮັກສາທີ່ມັນຕິດຕັ້ງຢູ່ໃນຜະລິດຕະພັນຂອງມັນ.
ຜູ້ໃຊ້ຈະເຫັນ APFS ຢູ່ໃນອຸປະກອນ iOS ທໍາອິດ, ແລ້ວເມື່ອອັບເດດເປັນ iOS 10.3. ແຜນການຕໍ່ໄປແມ່ນຍັງບໍ່ທັນຮູ້ເທື່ອ, ເວັ້ນເສຍແຕ່ວ່າໃນປີ 2018, ລະບົບນິເວດຂອງ Apple ທັງຫມົດຄວນຈະດໍາເນີນການໃນ APFS, ນັ້ນແມ່ນ, ອຸປະກອນທີ່ມີ iOS, watchOS, tvOS ແລະ macOS. ລະບົບໄຟລ໌ໃຫມ່ຄວນຈະໄວກວ່າ, ເຊື່ອຖືໄດ້ແລະປອດໄພກວ່າຍ້ອນການເພີ່ມປະສິດທິພາບ.
"ແລະພວກເຂົາຊີ້ໃຫ້ເຫັນເຖິງລັກສະນະທີ່ຮູ້ຈັກຈາກລະບົບອື່ນໆ (ໂດຍສະເພາະ ZFS) ທີ່ຂາດຫາຍໄປຈາກມັນ." ຕອບ. ສາມາດຖືກເພີ່ມໃສ່ບົດຄວາມ. ຖ້າບໍ່ດັ່ງນັ້ນບົດຄວາມທີ່ຍິ່ງໃຫຍ່. ຂອບໃຈ.
ເພີ່ມໃນວັກສຸດທ້າຍ.
ຂອບໃຈຫຼາຍໆ. ແລະຂໍຂອບໃຈອີກເທື່ອຫນຶ່ງສໍາລັບບົດຄວາມທີ່ຍິ່ງໃຫຍ່ແລະຫຍໍ້.
ແມ່ນແລ້ວ, ຂ້ອຍເຫັນດີ, ແນ່ນອນວ່າບໍ່ມີຫລາຍລ້ານບົດຄວາມຢູ່ທີ່ນີ້, ແຕ່ເມື່ອມີບາງສິ່ງບາງຢ່າງອອກມາ, ຂ້ອຍມັກໃຫ້ກຽດມັນແລະໃຫ້ຄວາມສົນໃຈຢ່າງເຕັມທີ່ຂອງຂ້ອຍ. ໃນເວລາດຽວກັນ, ຂ້ອຍສະຫລາດກວ່າແລະ, ບໍ່ເຫມືອນກັບເວັບໄຊທ໌ອື່ນໆ, ຂ້ອຍບໍ່ເສຍໃຈທີ່ຈະເສຍເວລາອ່ານ.
ແມ່ນແລ້ວ, ບົດຄວາມທີ່ຫນ້າສົນໃຈ. ເຖິງແມ່ນວ່າການປ່ຽນແປງດັ່ງກ່າວເຮັດໃຫ້ຂ້ອຍຢ້ານເລັກນ້ອຍ ;-). ມັນຈະໃຊ້ເວລາໄລຍະໜຶ່ງເພື່ອໃຫ້ບັນດາໂຄງການກູ້ຂໍ້ມູນທີ່ຖືກລຶບໄປແລ້ວປະກົດຂຶ້ນ, ສຳລັບບາງແມງໄມ້ທີ່ຈະຖືກຈັບ, ແລະອື່ນໆ.
ຢ່າງໃດກໍຕາມ, ຂ້າພະເຈົ້າເຂົ້າໃຈວ່າຫຼັງຈາກ 30 ປີ, ມັນແມ່ນເວລາທີ່ຈະເຮັດບາງສິ່ງບາງຢ່າງ, ເພາະວ່າມັນຈໍາເປັນຕ້ອງຄິດໄລ່ພື້ນທີ່ໃນແຜ່ນ, ຫຼາຍປານໃດແມ່ນເອົາໂດຍປື້ມທີ່ຢູ່ສ່ວນບຸກຄົນ, ແລະອື່ນໆ. ມັນຊ້າພໍສົມຄວນສຳລັບມື້ນີ້.
ບົດຄວາມທີ່ຍິ່ງໃຫຍ່
ບົດຄວາມທີ່ດີ, ຂ້າພະເຈົ້າຢາກຮູ້ຢາກເຫັນຫຼາຍວິທີການປ່ຽນແປງຂອງ MacOS HFS+ ທີ່ມີຢູ່ແລ້ວ -> APFS ການຕິດຕັ້ງຈະເກີດຂຶ້ນ.
ບົດຄວາມດີໆ! ຂອບໃຈ!