🥇नोटाईम पर्याय लिनक्स सिस्टीमची कार्यक्षमता कशी आणि का सुधारते

Atime अपडेट सिस्टम कार्यप्रदर्शन प्रभावित करते. तेथे काय घडत आहे आणि त्याबद्दल काय करावे - लेख वाचा.

जेव्हा जेव्हा मी माझ्या होम कॉम्प्युटरवर लिनक्स अपडेट करतो तेव्हा मला काही समस्या सोडवाव्या लागतात. वर्षानुवर्षे, ही एक सवय बनली आहे: मी माझ्या फायलींचा बॅकअप घेतो, सिस्टम पुसतो, सुरवातीपासून सर्वकाही स्थापित करतो, माझ्या फायली पुनर्संचयित करतो, नंतर माझे आवडते अनुप्रयोग पुन्हा स्थापित करतो. मी स्वतःला अनुरूप सिस्टम सेटिंग्ज देखील बदलतो. कधीकधी खूप वेळ लागतो. आणि अलीकडेच मला आश्चर्य वाटले की मला या डोकेदुखीची गरज आहे का.

वेळ लिनक्समधील फाइल्ससाठी तीन टाइमस्टॅम्पपैकी एक आहे (यावर नंतर अधिक). विशेषतः, मी विचार करत होतो की अलीकडील लिनक्स सिस्टमवर वेळेवर अक्षम करणे अद्याप चांगली कल्पना आहे का. प्रत्येक वेळी फाईल ऍक्सेस केल्यावर atime अपडेट केला जात असल्याने, मला जाणवले की त्याचा सिस्टम कार्यक्षमतेवर महत्त्वपूर्ण प्रभाव पडतो.
मी नुकतेच Fedora 32 वर श्रेणीसुधारित केले आणि सवयीबाहेर, वेळेत अक्षम करून सुरुवात केली. मी विचार केला: मला खरोखर याची गरज आहे का? मी या समस्येचा अभ्यास करण्याचे ठरवले आणि हेच मी खोदले.

फाईल टाइमस्टॅम्पबद्दल थोडेसे

हे शोधण्यासाठी, तुम्हाला एक पाऊल मागे घ्यावे लागेल आणि लिनक्स फाइल सिस्टम आणि कर्नल टाइमस्टँप फाइल्स आणि डिरेक्टरीबद्दल काही गोष्टी लक्षात ठेवाव्या लागतील. कमांड चालवून तुम्ही फाइल्स आणि डिरेक्टरींची शेवटची सुधारित तारीख पाहू शकता ls -l (लांब) किंवा फक्त फाईल मॅनेजरमध्ये त्याबद्दलची माहिती पाहून. परंतु पडद्यामागे, लिनक्स कर्नल फायली आणि निर्देशिकांसाठी अनेक टाइमस्टॅम्पचा मागोवा ठेवते:

फाईलमध्ये शेवटचा बदल केव्हा झाला (mtime)
फाईल गुणधर्म आणि मेटाडेटा शेवटच्या वेळी कधी बदलले होते (ctime)
फाईलमध्ये शेवटचा प्रवेश कधी झाला होता (एखाद्या वेळी)
तुम्ही कमांड वापरू शकता statफाइल किंवा डिरेक्टरीबद्दल माहिती पाहण्यासाठी. ही आहे फाईल / 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

परंतु जर मी फाईलची सामग्री न बदलता त्याचे नाव बदलले, तर लिनक्स फक्त फाइल सुधारित केल्यावर अपडेट करेल:

$ 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

हे टाइमस्टॅम्प विशिष्ट युनिक्स प्रोग्रामसाठी खूप उपयुक्त आहेत. उदाहरणार्थ, बिफ हा एक प्रोग्राम आहे जो तुमच्या ईमेलमध्ये नवीन संदेश आल्यावर तुम्हाला सूचित करतो. आजकाल फार कमी लोक वापरतात बिफ, परंतु ज्या दिवसांमध्ये मेलबॉक्सेस सिस्टमसाठी स्थानिक होते, तेव्हा बिफ सामान्य होते.

तुमच्या इनबॉक्समध्ये नवीन मेल असल्यास प्रोग्रामला कसे कळेल? biff शेवटची सुधारित वेळ (जेव्हा इनबॉक्स फाइल नवीन ईमेल संदेशासह अद्यतनित केली गेली होती) आणि शेवटची प्रवेश वेळ (जेव्हा तुम्ही तुमचा ईमेल वाचला होता) शेवटची तुलना करते. जर बदल प्रवेशापेक्षा नंतर झाला असेल, तर biff समजेल की नवीन पत्र आले आहे आणि त्याबद्दल तुम्हाला सूचित करेल. मट ईमेल क्लायंट त्याच प्रकारे कार्य करते.

तुम्‍हाला फाइल सिस्‍टम वापराची आकडेवारी आणि ट्यून कार्यप्रदर्शन संकलित करण्‍याची आवश्‍यकता असल्‍यास शेवटचा अ‍ॅक्सेस टाइमस्टॅम्प देखील उपयुक्त आहे. सिस्टम प्रशासकांना कोणत्या ऑब्जेक्ट्समध्ये प्रवेश केला जात आहे हे माहित असणे आवश्यक आहे जेणेकरून ते त्यानुसार फाइल सिस्टम कॉन्फिगर करू शकतील.

परंतु बर्‍याच आधुनिक प्रोग्रामना यापुढे या लेबलची आवश्यकता नाही, म्हणून ते न वापरण्याचा प्रस्ताव होता. 2007 मध्ये, लिनस टॉरवाल्ड्स आणि इतर अनेक कर्नल डेव्हलपर्सनी कार्यप्रदर्शन समस्येच्या संदर्भात चर्चा केली. लिनक्स कर्नल डेव्हलपर इंगो मोल्नार यांनी atime आणि ext3 फाइल सिस्टम बद्दल खालील मुद्दे मांडले:

"हे अगदी विचित्र आहे की प्रत्येक लिनक्स डेस्कटॉप आणि सर्व्हरला सतत अटाइम अपडेट्समुळे I/O कार्यक्षमतेत घट होत आहे, जरी तेथे फक्त दोन वास्तविक वापरकर्ते आहेत: tmpwatch [जे ctime वापरण्यासाठी कॉन्फिगर केले जाऊ शकते, त्यामुळे ही मोठी समस्या नाही] आणि काही बॅकअप साधने."

परंतु लोक अजूनही काही प्रोग्राम वापरतात ज्यांना हे लेबल आवश्यक आहे. त्यामुळे atime काढून टाकल्याने त्यांची कार्यक्षमता खंडित होईल. लिनक्स कर्नल विकसकांनी वापरकर्त्याच्या स्वातंत्र्याचे उल्लंघन करू नये.

सॉलोमनचे समाधान

लिनक्स डिस्ट्रिब्युशनमध्ये अनेक ऍप्लिकेशन्स समाविष्ट आहेत आणि त्याव्यतिरिक्त, वापरकर्ते त्यांच्या गरजेनुसार इतर प्रोग्राम डाउनलोड आणि स्थापित करू शकतात. ओपन सोर्स ओएसचा हा मुख्य फायदा आहे. परंतु यामुळे तुमच्या फाइल सिस्टमचे कार्यप्रदर्शन ऑप्टिमाइझ करणे कठीण होते. संसाधन-केंद्रित घटक काढून टाकल्याने सिस्टममध्ये व्यत्यय येऊ शकतो.

तडजोड म्हणून, लिनक्स कर्नल डेव्हलपर्सनी एक नवीन रिलेटाइम पर्याय सादर केला आहे जो कार्यप्रदर्शन आणि सुसंगतता यांच्यातील समतोल साधण्याच्या उद्देशाने आहे:

पूर्वीचा प्रवेश वेळ वर्तमान बदल किंवा स्थिती बदलण्याच्या वेळेपेक्षा कमी असल्यासच atime अद्यतनित केला जातो... Linux 2.6.30 पासून, कर्नल हा पर्याय डीफॉल्टनुसार वापरतो (जोपर्यंत noatime निर्दिष्ट केले जात नाही)... तसेच, Linux 2.6.30 पासून. 1, फाईल XNUMX दिवसापेक्षा जुनी असल्यास त्याची शेवटची प्रवेश वेळ नेहमी अपडेट केली जाते.

मॉडर्न लिनक्स सिस्टीम (लिनक्स 2.6.30 पासून, 2009 मध्ये रिलीझ झाल्यापासून) आधीच रिलेटाइम वापरतात, ज्यामुळे खरोखरच मोठी कामगिरी वाढली पाहिजे. याचा अर्थ तुम्हाला फाइल कॉन्फिगर करण्याची गरज नाही / etc / fstab, आणि रिलेटाइमसह तुम्ही डीफॉल्टवर अवलंबून राहू शकता.

noatime सह सिस्टम कार्यप्रदर्शन सुधारणे

परंतु जर तुम्हाला तुमची सिस्टीम जास्तीत जास्त परफॉर्मन्स मिळवण्यासाठी ट्यून करायची असेल, तर अवेळी अक्षम करणे अजूनही शक्य आहे.

अतिशय वेगवान आधुनिक ड्राइव्हस् (जसे की NVME किंवा फास्ट SSD) वर कार्यक्षमतेतील बदल फारसा लक्षात येऊ शकत नाही, परंतु तेथे थोडी वाढ आहे.

जर तुम्हाला माहित असेल की तुम्ही सॉफ्टवेअर वापरत नाही ज्यासाठी वेळ आवश्यक आहे, तर तुम्ही फाइलमधील नोएटाईम पर्याय सक्षम करून कार्यप्रदर्शन किंचित सुधारू शकता. /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

नोएटाईम पर्याय लिनक्स प्रणालीचे कार्यप्रदर्शन कसे आणि का सुधारतो

फाईल टाइमस्टॅम्पबद्दल थोडेसे

सॉलोमनचे समाधान

noatime सह सिस्टम कार्यप्रदर्शन सुधारणे

जाहिरातींच्या अधिकारांवर

एक टिप्पणी जोडा Отменить ответ