ວິທີການແລະເປັນຫຍັງທາງເລືອກ noatime ປັບປຸງປະສິດທິພາບຂອງລະບົບ Linux

ການປັບປຸງ Atime ມີຜົນກະທົບຕໍ່ການປະຕິບັດລະບົບ. ສິ່ງທີ່ເກີດຂຶ້ນຢູ່ທີ່ນັ້ນແລະສິ່ງທີ່ຕ້ອງເຮັດກ່ຽວກັບມັນ - ອ່ານບົດຄວາມ.

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

ເວລາ ແມ່ນຫນຶ່ງໃນສາມເວລາສໍາລັບໄຟລ໌ໃນ Linux (ເພີ່ມເຕີມໃນນີ້ຕໍ່ມາ). ໂດຍສະເພາະ, ຂ້ອຍສົງໄສວ່າມັນຍັງເປັນຄວາມຄິດທີ່ດີທີ່ຈະປິດການໃຊ້ງານ atime ໃນລະບົບ Linux ທີ່ຜ່ານມາ. ເນື່ອງຈາກ atime ໄດ້ຖືກປັບປຸງທຸກຄັ້ງທີ່ໄຟລ໌ຖືກເຂົ້າເຖິງ, ຂ້ອຍຮູ້ວ່າມັນມີຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ການປະຕິບັດລະບົບ.
ບໍ່ດົນມານີ້ຂ້ອຍໄດ້ອັບເກຣດເປັນ Fedora 32 ແລະ, ອອກຈາກນິໄສ, ເລີ່ມຕົ້ນໂດຍການປິດການໃຊ້ງານເວລາ. ຂ້າພະເຈົ້າຄິດວ່າ: ຂ້ອຍຕ້ອງການມັນແທ້ໆບໍ? ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈທີ່ຈະສຶກສາບັນຫານີ້ແລະນີ້ແມ່ນສິ່ງທີ່ຂ້ອຍຂຸດຂື້ນ.

ເລັກນ້ອຍກ່ຽວກັບເວລາຂອງໄຟລ໌

ເພື່ອຄິດໄລ່ມັນ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ກັບຄືນໄປແລະຈື່ຈໍາບາງສິ່ງທີ່ກ່ຽວກັບລະບົບໄຟລ໌ Linux ແລະວິທີການທີ່ kernel timestamps ໄຟລ໌ແລະໄດເລກະທໍລີ. ທ່ານສາມາດເບິ່ງວັນທີດັດແກ້ຫຼ້າສຸດຂອງໄຟລ໌ແລະໄດເລກະທໍລີໂດຍການແລ່ນຄໍາສັ່ງ ls -l (ຍາວ) ຫຼືພຽງແຕ່ເບິ່ງຂໍ້ມູນກ່ຽວກັບມັນຢູ່ໃນຕົວຈັດການໄຟລ໌. ແຕ່ຢູ່ເບື້ອງຫຼັງ, Linux kernel ຕິດຕາມເວລາຫຼາຍຄັ້ງສໍາລັບໄຟລ໌ແລະໄດເລກະທໍລີ:

1. ໄຟລ໌ຖືກແກ້ໄຂຄັ້ງສຸດທ້າຍເມື່ອໃດ (mtime)
2. ເມື່ອໃດເປັນຄັ້ງສຸດທ້າຍທີ່ຄຸນສົມບັດຂອງໄຟລ໌ ແລະ metadata ໄດ້ຖືກປ່ຽນແປງ (ctime)
3. ໄຟລ໌ຖືກເຂົ້າເຖິງຄັ້ງສຸດທ້າຍເມື່ອໃດ (atime)
4. ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ ລັດເພື່ອເບິ່ງຂໍ້ມູນກ່ຽວກັບໄຟລ໌ຫຼືໄດເລກະທໍລີ. ນີ້ແມ່ນໄຟລ໌ / etc / fstab ຈາກຫນຶ່ງໃນເຄື່ອງແມ່ຂ່າຍການທົດສອບຂອງຂ້ອຍ:

$ stat fstab
  File: fstab
  Size: 261             Blocks: 8          IO Block: 4096   regular file
Device: b303h/45827d    Inode: 2097285     Links: 1
Access: (0664/-rw-rw-r--)  Uid: (    0/    root)   Gid: (    0/    root)
Context: system_u:object_r:etc_t:s0
Access: 2019-04-25 21:10:18.083325111 -0500
Modify: 2019-05-16 10:46:47.427686706 -0500
Change: 2019-05-16 10:46:47.434686674 -0500
 Birth: 2019-04-25 21:03:11.840496275 -0500

ຢູ່ທີ່ນີ້ເຈົ້າສາມາດເຫັນໄດ້ວ່າໄຟລ໌ນີ້ຖືກສ້າງຂື້ນໃນວັນທີ 25 ເມສາ 2019 ເມື່ອຂ້ອຍຕິດຕັ້ງລະບົບ. ໄຟລ໌ຂອງຂ້ອຍ / etc / fstab ໄດ້ຖືກແກ້ໄຂຄັ້ງສຸດທ້າຍໃນວັນທີ 16 ພຶດສະພາ 2019, ແລະຄຸນສົມບັດອື່ນໆທັງໝົດໄດ້ຖືກປ່ຽນແປງໃນເວລາດຽວກັນ.

ຖ້າຂ້ອຍຄັດລອກ / etc / fstab ເປັນໄຟລ໌ໃຫມ່, ວັນທີມີການປ່ຽນແປງເພື່ອຊີ້ບອກວ່າມັນເປັນໄຟລ໌ໃຫມ່:

$ sudo cp fstab fstab.bak
$ stat fstab.bak
  File: fstab.bak
  Size: 261             Blocks: 8          IO Block: 4096   regular file
Device: b303h/45827d    Inode: 2105664     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Context: unconfined_u:object_r:etc_t:s0
Access: 2020-05-12 17:53:58.442659986 -0500
Modify: 2020-05-12 17:53:58.443659981 -0500
Change: 2020-05-12 17:53:58.443659981 -0500
 Birth: 2020-05-12 17:53:58.442659986 -0500

ແຕ່ຖ້າຂ້ອຍພຽງແຕ່ປ່ຽນຊື່ໄຟລ໌ໂດຍບໍ່ມີການປ່ຽນເນື້ອຫາຂອງມັນ, Linux ຈະປັບປຸງເວລາທີ່ໄຟລ໌ຖືກດັດແກ້ເທົ່ານັ້ນ:

$ sudo mv fstab.bak fstab.tmp
$ stat fstab.tmp
  File: fstab.tmp
  Size: 261             Blocks: 8          IO Block: 4096   regular file
Device: b303h/45827d    Inode: 2105664     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Context: unconfined_u:object_r:etc_t:s0
Access: 2020-05-12 17:53:58.442659986 -0500
Modify: 2020-05-12 17:53:58.443659981 -0500
Change: 2020-05-12 17:54:24.576508232 -0500
 Birth: 2020-05-12 17:53:58.442659986 -0500

ການສະແຕມເວລາເຫຼົ່ານີ້ແມ່ນເປັນປະໂຫຍດຫຼາຍສໍາລັບບາງໂຄງການ Unix. ຕົວຢ່າງ, biff ແມ່ນໂຄງການທີ່ແຈ້ງເຕືອນທ່ານເມື່ອມີຂໍ້ຄວາມໃຫມ່ໃນອີເມວຂອງທ່ານ. ໃນປັດຈຸບັນມີຄົນຈໍານວນຫນ້ອຍໃຊ້ ບີຟ, ແຕ່ໃນມື້ທີ່ກ່ອງຈົດຫມາຍຢູ່ໃນລະບົບ, biff ແມ່ນຂ້ອນຂ້າງທົ່ວໄປ.

ໂປຣແກຣມຮູ້ໄດ້ແນວໃດວ່າເຈົ້າມີຈົດໝາຍໃໝ່ຢູ່ໃນກ່ອງຈົດໝາຍຂອງເຈົ້າ? biff ປຽບທຽບເວລາທີ່ດັດແກ້ຫຼ້າສຸດ (ເມື່ອໄຟລ໌ inbox ໄດ້ຖືກປັບປຸງດ້ວຍຂໍ້ຄວາມອີເມວໃຫມ່) ແລະເວລາເຂົ້າເຖິງຫຼ້າສຸດ (ຄັ້ງສຸດທ້າຍທີ່ທ່ານອ່ານອີເມວຂອງທ່ານ). ຖ້າການປ່ຽນແປງເກີດຂຶ້ນພາຍຫຼັງການເຂົ້າເຖິງ, ຫຼັງຈາກນັ້ນ biff ຈະເຂົ້າໃຈວ່າຈົດຫມາຍສະບັບໃຫມ່ໄດ້ມາຮອດແລະຈະແຈ້ງໃຫ້ທ່ານຮູ້ກ່ຽວກັບມັນ. ລູກຄ້າອີເມວ Mutt ເຮັດວຽກໃນແບບດຽວກັນ.

ເວລາເຂົ້າໃຊ້ຄັ້ງສຸດທ້າຍຍັງເປັນປະໂຫຍດຖ້າທ່ານຕ້ອງການເກັບກໍາສະຖິຕິການນໍາໃຊ້ລະບົບໄຟລ໌ແລະການປະຕິບັດການປບັ. ຜູ້ເບິ່ງແຍງລະບົບຈໍາເປັນຕ້ອງຮູ້ວ່າວັດຖຸໃດຖືກເຂົ້າເຖິງເພື່ອໃຫ້ພວກເຂົາສາມາດ configure ລະບົບໄຟລ໌ຕາມຄວາມເຫມາະສົມ.

ແຕ່ໂປລແກລມທີ່ທັນສະໄຫມສ່ວນໃຫຍ່ບໍ່ຕ້ອງການປ້າຍນີ້, ດັ່ງນັ້ນຈຶ່ງມີຂໍ້ສະເຫນີທີ່ຈະບໍ່ໃຊ້ມັນ. ໃນປີ 2007, Linus Torvalds ແລະຜູ້ພັດທະນາ kernel ອື່ນໆຈໍານວນຫນຶ່ງໄດ້ປຶກສາຫາລືໃນເວລາໃດຫນຶ່ງໃນສະພາບການຂອງບັນຫາການປະຕິບັດ. ນັກພັດທະນາ kernel Linux Ingo Molnar ໄດ້ໃຫ້ຈຸດຕໍ່ໄປນີ້ກ່ຽວກັບ atime ແລະລະບົບໄຟລ໌ ext3:

"ມັນເປັນເລື່ອງແປກທີ່ທຸກໆ desktop ແລະ server ຂອງ Linux ປະສົບກັບການຫຼຸດລົງຂອງການປະຕິບັດ I / O ທີ່ຫນ້າສັງເກດເນື່ອງຈາກການປັບປຸງເວລາຄົງທີ່, ເຖິງແມ່ນວ່າມີພຽງແຕ່ສອງຜູ້ໃຊ້ທີ່ແທ້ຈິງ: tmpwatch [ທີ່ສາມາດຕັ້ງຄ່າໄດ້ເພື່ອໃຊ້ ctime, ດັ່ງນັ້ນມັນບໍ່ແມ່ນບັນຫາໃຫຍ່] ແລະ. ບາງເຄື່ອງມືສໍາຮອງ."

ແຕ່ປະຊາຊົນຍັງໃຊ້ບາງໂຄງການທີ່ຕ້ອງການປ້າຍນີ້. ດັ່ງນັ້ນການເອົາ atime ຈະທໍາລາຍການເຮັດວຽກຂອງພວກເຂົາ. ນັກພັດທະນາ Linux kernel ບໍ່ຄວນລະເມີດສິດເສລີພາບຂອງຜູ້ໃຊ້.

ການແກ້ໄຂຂອງຊາໂລໂມນ

ມີຫຼາຍຄໍາຮ້ອງສະຫມັກລວມຢູ່ໃນການແຈກຢາຍ Linux ແລະນອກຈາກນັ້ນ, ຜູ້ໃຊ້ສາມາດດາວໂຫລດແລະຕິດຕັ້ງໂປຼແກຼມອື່ນໆຕາມຄວາມຕ້ອງການຂອງພວກເຂົາ. ນີ້ແມ່ນປະໂຫຍດທີ່ສໍາຄັນຂອງ OS ແຫຼ່ງເປີດ. ແຕ່ນີ້ເຮັດໃຫ້ມັນຍາກທີ່ຈະເພີ່ມປະສິດທິພາບຂອງລະບົບໄຟລ໌ຂອງທ່ານ. ການລຶບອົງປະກອບທີ່ໃຊ້ຊັບພະຍາກອນຫຼາຍອາດຈະລົບກວນລະບົບ.

ເປັນການປະນີປະນອມ, ນັກພັດທະນາ Linux kernel ໄດ້ນໍາສະເຫນີທາງເລືອກ relaytime ໃຫມ່ທີ່ມີຈຸດປະສົງເພື່ອສ້າງຄວາມສົມດຸນລະຫວ່າງການປະຕິບັດແລະຄວາມເຂົ້າກັນໄດ້:

atime ຈະຖືກອັບເດດພຽງແຕ່ຖ້າເວລາເຂົ້າເຖິງກ່ອນໜ້ານີ້ໜ້ອຍກວ່າເວລາການດັດແກ້ ຫຼືການປ່ຽນສະຖານະໃນປັດຈຸບັນ... ເນື່ອງຈາກ Linux 2.6.30, kernel ໃຊ້ຕົວເລືອກນີ້ໂດຍຄ່າເລີ່ມຕົ້ນ (ເວັ້ນເສຍແຕ່ວ່າ noatime ຈະຖືກລະບຸ)... ນອກຈາກນີ້, ນັບຕັ້ງແຕ່ Linux 2.6.30 . 1, ເວລາເຂົ້າເຖິງສຸດທ້າຍຂອງໄຟລ໌ຈະຖືກອັບເດດສະເໝີ ຖ້າມັນມີອາຍຸຫຼາຍກວ່າ XNUMX ມື້.

ລະບົບ Linux ທີ່ທັນສະໄຫມ (ນັບຕັ້ງແຕ່ Linux 2.6.30, ປ່ອຍອອກມາເມື່ອ 2009) ແລ້ວໃຊ້ relaytime, ເຊິ່ງຄວນຈະເປັນການເພີ່ມປະສິດທິພາບໃຫຍ່ແທ້ໆ. ນີ້ຫມາຍຄວາມວ່າທ່ານບໍ່ຈໍາເປັນຕ້ອງ configure ໄຟລ໌ / etc / fstab, ແລະດ້ວຍ relaytime ທ່ານສາມາດອີງໃສ່ຄ່າເລີ່ມຕົ້ນ.

ປັບປຸງປະສິດທິພາບລະບົບດ້ວຍ noatime

ແຕ່ຖ້າທ່ານຕ້ອງການປັບລະບົບຂອງທ່ານໃຫ້ມີປະສິດຕິພາບສູງສຸດ, ການປິດການໃຊ້ງານເວລາຍັງເປັນໄປໄດ້.

ການປ່ຽນແປງການປະຕິບັດອາດຈະບໍ່ສັງເກດເຫັນຫຼາຍໃນໄດທີ່ທັນສະໄຫມໄວຫຼາຍ (ເຊັ່ນ NVME ຫຼື Fast SSD), ແຕ່ມີການເພີ່ມຂຶ້ນເລັກນ້ອຍຢູ່ທີ່ນັ້ນ.

ຖ້າທ່ານຮູ້ວ່າທ່ານບໍ່ໄດ້ໃຊ້ຊອບແວທີ່ຕ້ອງການເວລາ, ທ່ານສາມາດປັບປຸງການປະຕິບັດເລັກນ້ອຍໂດຍການເປີດໃຊ້ຕົວເລືອກ noatime ໃນໄຟລ໌. /etc/fstab. ຫຼັງຈາກນີ້, kernel ຈະບໍ່ປັບປຸງຕະຫຼອດເວລາ. ໃຊ້ຕົວເລືອກ noatime ເມື່ອຕິດຕັ້ງລະບົບໄຟລ໌:

/dev/mapper/fedora_localhost--live-root /          ext4   defaults,noatime,x-systemd.device-timeout=0 1 1
UUID=be37c451-915e-4355-95c4-654729cf662a /boot    ext4   defaults,noatime        1 2
UUID=C594-12B1                          /boot/efi  vfat   umask=0077,shortname=winnt 0 2
/dev/mapper/fedora_localhost--live-home /home      ext4   defaults,noatime,x-systemd.device-timeout=0 1 2
/dev/mapper/fedora_localhost--live-swap none       swap   defaults,x-systemd.device-timeout=0 0 0

ການປ່ຽນແປງຈະມີຜົນໃນຄັ້ງຕໍ່ໄປທີ່ທ່ານປິດເປີດເຄື່ອງໃໝ່.

ກ່ຽວກັບສິດທິຂອງການໂຄສະນາ

ທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍທີ່ຈະເປັນເຈົ້າພາບເວັບໄຊທ໌ຂອງທ່ານບໍ? ບໍລິສັດຂອງພວກເຮົາສະເຫນີ ເຊີບເວີທີ່ເຊື່ອຖືໄດ້ ດ້ວຍການຈ່າຍເງິນລາຍວັນ ຫຼືເທື່ອດຽວ, ແຕ່ລະເຊີບເວີແມ່ນເຊື່ອມຕໍ່ກັບຊ່ອງທາງອິນເຕີເນັດ 500 Megabits ແລະຖືກປົກປ້ອງຈາກການໂຈມຕີ DDoS ຟຣີ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com