എങ്ങനെ, എന്തുകൊണ്ട് നോടൈം ഓപ്ഷൻ ലിനക്സ് സിസ്റ്റങ്ങളുടെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നു

സമയ അപ്‌ഡേറ്റ് സിസ്റ്റം പ്രകടനത്തെ ബാധിക്കുന്നു. അവിടെ എന്താണ് സംഭവിക്കുന്നത്, അതിനെക്കുറിച്ച് എന്തുചെയ്യണം - ലേഖനം വായിക്കുക.

എന്റെ ഹോം കമ്പ്യൂട്ടറിൽ ലിനക്സ് അപ്ഡേറ്റ് ചെയ്യുമ്പോഴെല്ലാം എനിക്ക് ചില പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടി വരും. കാലക്രമേണ, ഇത് ഒരു ശീലമായി മാറിയിരിക്കുന്നു: ഞാൻ എന്റെ ഫയലുകൾ ബാക്കപ്പ് ചെയ്യുന്നു, സിസ്റ്റം മായ്‌ക്കുന്നു, ആദ്യം മുതൽ എല്ലാം ഇൻസ്റ്റാൾ ചെയ്യുന്നു, എന്റെ ഫയലുകൾ പുനഃസ്ഥാപിക്കുന്നു, തുടർന്ന് എന്റെ പ്രിയപ്പെട്ട ആപ്ലിക്കേഷനുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നു. എനിക്ക് അനുയോജ്യമായ രീതിയിൽ ഞാൻ സിസ്റ്റം ക്രമീകരണങ്ങളും മാറ്റുന്നു. ചിലപ്പോൾ വളരെയധികം സമയമെടുക്കും. ഈ തലവേദന എനിക്ക് വേണോ എന്ന് അടുത്തിടെ ഞാൻ ചിന്തിച്ചു.

ഒരു സമയം ലിനക്സിലെ ഫയലുകൾക്കായുള്ള മൂന്ന് ടൈംസ്റ്റാമ്പുകളിൽ ഒന്നാണ് (ഇതിൽ പിന്നീട് കൂടുതൽ). പ്രത്യേകിച്ചും, ഏറ്റവും പുതിയ ലിനക്സ് സിസ്റ്റങ്ങളിൽ സമയം പ്രവർത്തനരഹിതമാക്കുന്നത് ഇപ്പോഴും നല്ല ആശയമാണോ എന്ന് ഞാൻ ആശ്ചര്യപ്പെട്ടു. ഫയൽ ആക്‌സസ് ചെയ്യുമ്പോഴെല്ലാം സമയം അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനാൽ, ഇത് സിസ്റ്റം പ്രകടനത്തിൽ കാര്യമായ സ്വാധീനം ചെലുത്തുന്നുവെന്ന് ഞാൻ മനസ്സിലാക്കി.
ഞാൻ അടുത്തിടെ ഫെഡോറ 32-ലേക്ക് അപ്‌ഗ്രേഡ് ചെയ്‌തു, ശീലമില്ലാതെ, സമയത്തെ പ്രവർത്തനരഹിതമാക്കിക്കൊണ്ട് ആരംഭിച്ചു. ഞാൻ ചിന്തിച്ചു: എനിക്ക് ഇത് ശരിക്കും ആവശ്യമുണ്ടോ? ഈ പ്രശ്നം പഠിക്കാൻ ഞാൻ തീരുമാനിച്ചു, ഇതാണ് ഞാൻ കുഴിച്ചെടുത്തത്.

ഫയൽ ടൈംസ്റ്റാമ്പുകളെ കുറിച്ച് കുറച്ച്

ഇത് മനസിലാക്കാൻ, നിങ്ങൾ ഒരു പടി പിന്നോട്ട് പോയി ലിനക്സ് ഫയൽ സിസ്റ്റങ്ങളെ കുറിച്ചും കെർണൽ ടൈംസ്റ്റാമ്പ് ഫയലുകളും ഡയറക്‌ടറികളും എങ്ങനെയെന്നും കുറച്ച് കാര്യങ്ങൾ ഓർമ്മിക്കേണ്ടതുണ്ട്. കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ ഫയലുകളുടെയും ഡയറക്ടറികളുടെയും അവസാനം പരിഷ്കരിച്ച തീയതി നിങ്ങൾക്ക് കാണാൻ കഴിയും ls -l (നീളമുള്ളത്) അല്ലെങ്കിൽ ഫയൽ മാനേജറിൽ അതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ നോക്കുക. എന്നാൽ തിരശ്ശീലയ്ക്ക് പിന്നിൽ, ഫയലുകൾക്കും ഡയറക്ടറികൾക്കുമായി ലിനക്സ് കേർണൽ നിരവധി ടൈംസ്റ്റാമ്പുകൾ ട്രാക്ക് ചെയ്യുന്നു:

1. ഫയൽ അവസാനം പരിഷ്കരിച്ചത് എപ്പോഴാണ് (mtime)
2. അവസാനമായി ഫയൽ പ്രോപ്പർട്ടികളും മെറ്റാഡാറ്റയും മാറ്റിയത് എപ്പോഴാണ് (ctime)
3. എപ്പോഴാണ് ഫയൽ അവസാനമായി ആക്‌സസ് ചെയ്‌തത് (സമയം)
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 അവസാനമായി പരിഷ്കരിച്ച സമയവും (ഇൻബോക്‌സ് ഫയൽ ഒരു പുതിയ ഇമെയിൽ സന്ദേശം ഉപയോഗിച്ച് അപ്‌ഡേറ്റ് ചെയ്‌തപ്പോൾ) അവസാന ആക്‌സസ് സമയവും (നിങ്ങളുടെ ഇമെയിൽ അവസാനമായി വായിച്ച സമയം) താരതമ്യം ചെയ്യുന്നു. ആക്‌സസ്സിനുശേഷമാണ് മാറ്റം സംഭവിച്ചതെങ്കിൽ, ഒരു പുതിയ കത്ത് വന്നതായി ബിഫ് മനസ്സിലാക്കുകയും അതിനെക്കുറിച്ച് നിങ്ങളെ അറിയിക്കുകയും ചെയ്യും. മട്ട് ഇമെയിൽ ക്ലയന്റ് ഏതാണ്ട് സമാനമായ രീതിയിൽ പ്രവർത്തിക്കുന്നു.

നിങ്ങൾക്ക് ഫയൽ സിസ്റ്റം ഉപയോഗ സ്ഥിതിവിവരക്കണക്കുകളും ട്യൂൺ പ്രകടനവും ശേഖരിക്കണമെങ്കിൽ അവസാന ആക്സസ് ടൈംസ്റ്റാമ്പും ഉപയോഗപ്രദമാണ്. സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് ആക്സസ് ചെയ്യുന്ന ഒബ്ജക്റ്റുകൾ എന്താണെന്ന് അറിയേണ്ടതുണ്ട്, അതിലൂടെ അവർക്ക് ഫയൽ സിസ്റ്റം ക്രമീകരിക്കാൻ കഴിയും.

എന്നാൽ മിക്ക ആധുനിക പ്രോഗ്രാമുകളും ഇനി ഈ ലേബൽ ആവശ്യമില്ല, അതിനാൽ ഇത് ഉപയോഗിക്കരുതെന്ന് നിർദ്ദേശമുണ്ടായിരുന്നു. 2007-ൽ, ലിനസ് ടോർവാൾഡും മറ്റ് നിരവധി കേർണൽ ഡെവലപ്പർമാരും ഒരു പ്രകടന പ്രശ്നത്തിന്റെ പശ്ചാത്തലത്തിൽ ചർച്ച ചെയ്തു. ലിനക്‌സ് കേർണൽ ഡെവലപ്പർ ഇംഗോ മോൾനാർ, atime-നെ കുറിച്ചും ext3 ഫയൽ സിസ്റ്റത്തെ കുറിച്ചും ഇനിപ്പറയുന്ന പോയിന്റ് എടുത്തു:

"എല്ലാ ലിനക്‌സ് ഡെസ്‌ക്‌ടോപ്പും സെർവറും സ്ഥിരമായ സമയ അപ്‌ഡേറ്റുകൾ കാരണം ശ്രദ്ധേയമായ I/O പെർഫോമൻസ് ഡീഗ്രേഡേഷൻ നേരിടുന്നത് വളരെ വിചിത്രമാണ്, രണ്ട് യഥാർത്ഥ ഉപയോക്താക്കൾ മാത്രമേ ഉള്ളൂവെങ്കിലും: tmpwatch [ഇത് ctime ഉപയോഗിക്കാൻ കോൺഫിഗർ ചെയ്യാം, അതിനാൽ ഇത് ഒരു വലിയ പ്രശ്‌നമല്ല] ഒപ്പം ചില ബാക്കപ്പ് ടൂളുകൾ."

എന്നാൽ ആളുകൾ ഇപ്പോഴും ഈ ലേബൽ ആവശ്യമുള്ള ചില പ്രോഗ്രാമുകൾ ഉപയോഗിക്കുന്നു. അതിനാൽ സമയം നീക്കം ചെയ്യുന്നത് അവയുടെ പ്രവർത്തനത്തെ തകർക്കും. ലിനക്സ് കേർണൽ ഡെവലപ്പർമാർ ഉപയോക്തൃ സ്വാതന്ത്ര്യത്തെ ലംഘിക്കരുത്.

സോളമന്റെ പരിഹാരം

ലിനക്സ് വിതരണങ്ങളിൽ നിരവധി ആപ്ലിക്കേഷനുകൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, കൂടാതെ ഉപയോക്താക്കൾക്ക് അവരുടെ ആവശ്യങ്ങൾക്കനുസരിച്ച് മറ്റ് പ്രോഗ്രാമുകൾ ഡൗൺലോഡ് ചെയ്യാനും ഇൻസ്റ്റാൾ ചെയ്യാനും കഴിയും. ഒരു ഓപ്പൺ സോഴ്‌സ് OS-ന്റെ പ്രധാന നേട്ടമാണിത്. എന്നാൽ ഇത് നിങ്ങളുടെ ഫയൽ സിസ്റ്റത്തിന്റെ പ്രകടനം ഒപ്റ്റിമൈസ് ചെയ്യുന്നത് ബുദ്ധിമുട്ടാക്കുന്നു. റിസോഴ്സ്-ഇന്റൻസീവ് ഘടകങ്ങൾ നീക്കം ചെയ്യുന്നത് സിസ്റ്റത്തെ തടസ്സപ്പെടുത്തിയേക്കാം.

ഒരു വിട്ടുവീഴ്ച എന്ന നിലയിൽ, ലിനക്സ് കേർണൽ ഡെവലപ്പർമാർ ഒരു പുതിയ റിലേടൈം ഓപ്ഷൻ അവതരിപ്പിച്ചു, അത് പ്രകടനവും അനുയോജ്യതയും തമ്മിലുള്ള സന്തുലിതാവസ്ഥ കൈവരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്:

മുമ്പത്തെ ആക്‌സസ് സമയം നിലവിലെ പരിഷ്‌ക്കരണത്തേക്കാൾ കുറവാണെങ്കിൽ മാത്രമേ atime അപ്‌ഡേറ്റ് ചെയ്യൂ... Linux 2.6.30 മുതൽ, കേർണൽ സ്ഥിരസ്ഥിതിയായി ഈ ഓപ്ഷൻ ഉപയോഗിക്കുന്നു (noatime വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ)... കൂടാതെ, Linux 2.6.30 മുതൽ. 1, ഒരു ഫയലിന്റെ അവസാന ആക്‌സസ് സമയം XNUMX ദിവസത്തിൽ കൂടുതൽ പഴയതാണെങ്കിൽ അത് എപ്പോഴും അപ്‌ഡേറ്റ് ചെയ്യപ്പെടും.

ആധുനിക ലിനക്സ് സിസ്റ്റങ്ങൾ (2.6.30-ൽ പുറത്തിറങ്ങിയ ലിനക്സ് 2009 മുതൽ) ഇതിനകം റിലേടൈം ഉപയോഗിക്കുന്നു, ഇത് ഒരു വലിയ പ്രകടന ബൂസ്റ്റ് നൽകും. ഇതിനർത്ഥം നിങ്ങൾ ഫയൽ കോൺഫിഗർ ചെയ്യേണ്ടതില്ല എന്നാണ് / etc / fstab, റിലേടൈം ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഡിഫോൾട്ടിനെ ആശ്രയിക്കാം.

noatime ഉപയോഗിച്ച് സിസ്റ്റം പ്രകടനം മെച്ചപ്പെടുത്തുന്നു

എന്നാൽ പരമാവധി പ്രകടനം ലഭിക്കുന്നതിന് നിങ്ങളുടെ സിസ്റ്റം ട്യൂൺ ചെയ്യണമെങ്കിൽ, സമയം പ്രവർത്തനരഹിതമാക്കുന്നത് ഇപ്പോഴും സാധ്യമാണ്.

വളരെ വേഗതയേറിയ ആധുനിക ഡ്രൈവുകളിൽ (NVME അല്ലെങ്കിൽ Fast SSD പോലുള്ളവ) പ്രകടന മാറ്റം വളരെ ശ്രദ്ധേയമായേക്കില്ല, പക്ഷേ അവിടെ ചെറിയ വർദ്ധനവ് ഉണ്ട്.

സമയം ആവശ്യപ്പെടുന്ന സോഫ്‌റ്റ്‌വെയറല്ല നിങ്ങൾ ഉപയോഗിക്കുന്നതെന്ന് അറിയാമെങ്കിൽ, ഫയലിൽ noatime ഓപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നതിലൂടെ നിങ്ങൾക്ക് പ്രകടനം ചെറുതായി മെച്ചപ്പെടുത്താനാകും. /etc/fstab. ഇതിനുശേഷം, കേർണൽ നിരന്തരം അപ്ഡേറ്റ് ചെയ്യില്ല. ഫയൽസിസ്റ്റം മൌണ്ട് ചെയ്യുമ്പോൾ 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 മെഗാബൈറ്റിന്റെ ഇന്റർനെറ്റ് ചാനലുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു കൂടാതെ സൗജന്യമായി DDoS ആക്രമണങ്ങളിൽ നിന്ന് പരിരക്ഷിക്കപ്പെട്ടിരിക്കുന്നു!

അവലംബം: www.habr.com