ಸಮಯದ ನವೀಕರಣವು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಅಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಏನು ಮಾಡಬೇಕು - ಲೇಖನವನ್ನು ಓದಿ.
ನನ್ನ ಹೋಮ್ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ನಾನು ಲಿನಕ್ಸ್ ಅನ್ನು ನವೀಕರಿಸಿದಾಗ, ನಾನು ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕಾಗುತ್ತದೆ. ವರ್ಷಗಳಲ್ಲಿ, ಇದು ಅಭ್ಯಾಸವಾಗಿದೆ: ನಾನು ನನ್ನ ಫೈಲ್‌ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡುತ್ತೇನೆ, ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಳಿಸುತ್ತೇನೆ, ಮೊದಲಿನಿಂದ ಎಲ್ಲವನ್ನೂ ಸ್ಥಾಪಿಸುತ್ತೇನೆ, ನನ್ನ ಫೈಲ್‌ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತೇನೆ, ನಂತರ ನನ್ನ ನೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತೇನೆ. ನನಗೇ ಸರಿಹೊಂದುವಂತೆ ನಾನು ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಸಹ ಬದಲಾಯಿಸುತ್ತೇನೆ. ಕೆಲವೊಮ್ಮೆ ಇದು ತುಂಬಾ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಮತ್ತು ಇತ್ತೀಚೆಗೆ ನನಗೆ ಈ ತಲೆನೋವು ಅಗತ್ಯವಿದೆಯೇ ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ.
ಸಮಯದಲ್ಲಿ ಲಿನಕ್ಸ್‌ನಲ್ಲಿನ ಫೈಲ್‌ಗಳಿಗಾಗಿ ಮೂರು ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ (ಇದನ್ನು ನಂತರ ಹೆಚ್ಚು). ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಇತ್ತೀಚಿನ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಸಮಯವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಇನ್ನೂ ಒಳ್ಳೆಯದು ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತಿದ್ದೆ. ಫೈಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಿದಾಗಲೆಲ್ಲಾ ಸಮಯವನ್ನು ನವೀಕರಿಸಲಾಗಿರುವುದರಿಂದ, ಇದು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಗಮನಾರ್ಹ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ.
ನಾನು ಇತ್ತೀಚಿಗೆ Fedora 32 ಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಅಭ್ಯಾಸದ ಹೊರತಾಗಿ, ಸಮಯವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿದೆ. ನಾನು ಯೋಚಿಸಿದೆ: ನನಗೆ ಇದು ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದೆಯೇ? ನಾನು ಈ ಸಮಸ್ಯೆಯನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು ನಿರ್ಧರಿಸಿದೆ ಮತ್ತು ಇದನ್ನೇ ನಾನು ಅಗೆದು ಹಾಕಿದೆ.
ಫೈಲ್ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳ ಬಗ್ಗೆ ಸ್ವಲ್ಪ
ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು, ನೀವು ಒಂದು ಹೆಜ್ಜೆ ಹಿಂದಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು ಮತ್ತು ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಕುರಿತು ಕೆಲವು ವಿಷಯಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು ಮತ್ತು ಕರ್ನಲ್ ಹೇಗೆ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಮಾಡುತ್ತದೆ. ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುವ ಮೂಲಕ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳ ಕೊನೆಯ ಮಾರ್ಪಡಿಸಿದ ದಿನಾಂಕವನ್ನು ನೀವು ನೋಡಬಹುದು ls -l (ಉದ್ದ) ಅಥವಾ ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಅದರ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ನೋಡುವ ಮೂಲಕ. ಆದರೆ ತೆರೆಮರೆಯಲ್ಲಿ, ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳಿಗಾಗಿ ಹಲವಾರು ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ:
- ಫೈಲ್ ಅನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಮಾರ್ಪಡಿಸಲಾಗಿದೆ (mtime)
- ಫೈಲ್ ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು ಮೆಟಾಡೇಟಾವನ್ನು ಕೊನೆಯ ಬಾರಿಗೆ ಯಾವಾಗ ಬದಲಾಯಿಸಲಾಯಿತು (ctime)
- ಫೈಲ್ ಅನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಪ್ರವೇಶಿಸಲಾಯಿತು (ಸಮಯ)
- ನೀವು ಆಜ್ಞೆಯನ್ನು ಬಳಸಬಹುದು ರಾಜ್ಯದಫೈಲ್ ಅಥವಾ ಡೈರೆಕ್ಟರಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ವೀಕ್ಷಿಸಲು. ಫೈಲ್ ಇಲ್ಲಿದೆ / 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ಕೆಲವು ಯುನಿಕ್ಸ್ ಪ್ರೋಗ್ರಾಂಗಳಿಗೆ ಈ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿವೆ. ಉದಾಹರಣೆಗೆ, biff ಎನ್ನುವುದು ನಿಮ್ಮ ಇಮೇಲ್‌ನಲ್ಲಿ ಹೊಸ ಸಂದೇಶವಿರುವಾಗ ನಿಮಗೆ ತಿಳಿಸುವ ಪ್ರೋಗ್ರಾಂ ಆಗಿದೆ. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ ಕೆಲವೇ ಜನರು ಬಳಸುತ್ತಾರೆ , ಆದರೆ ಮೇಲ್‌ಬಾಕ್ಸ್‌ಗಳು ಸಿಸ್ಟಮ್‌ಗೆ ಸ್ಥಳೀಯವಾಗಿರುವ ದಿನಗಳಲ್ಲಿ, ಬೈಫ್ ಸಾಕಷ್ಟು ಸಾಮಾನ್ಯವಾಗಿದೆ.
ನಿಮ್ಮ ಇನ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ನೀವು ಹೊಸ ಮೇಲ್ ಹೊಂದಿದ್ದರೆ ಪ್ರೋಗ್ರಾಂ ಹೇಗೆ ತಿಳಿಯುತ್ತದೆ? biff ಕೊನೆಯ ಮಾರ್ಪಡಿಸಿದ ಸಮಯವನ್ನು (ಹೊಸ ಇಮೇಲ್ ಸಂದೇಶದೊಂದಿಗೆ ಇನ್‌ಬಾಕ್ಸ್ ಫೈಲ್ ಅನ್ನು ನವೀಕರಿಸಿದಾಗ) ಮತ್ತು ಕೊನೆಯ ಪ್ರವೇಶ ಸಮಯವನ್ನು (ನಿಮ್ಮ ಇಮೇಲ್ ಅನ್ನು ನೀವು ಕೊನೆಯ ಬಾರಿ ಓದಿದಾಗ) ಹೋಲಿಸುತ್ತದೆ. ಪ್ರವೇಶಕ್ಕಿಂತ ನಂತರ ಬದಲಾವಣೆ ಸಂಭವಿಸಿದಲ್ಲಿ, ಹೊಸ ಪತ್ರ ಬಂದಿದೆ ಎಂದು biff ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ. Mutt ಇಮೇಲ್ ಕ್ಲೈಂಟ್ ಅದೇ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ನೀವು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಬಳಕೆಯ ಅಂಕಿಅಂಶಗಳನ್ನು ಮತ್ತು ಟ್ಯೂನ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಂಗ್ರಹಿಸಬೇಕಾದರೆ ಕೊನೆಯ ಪ್ರವೇಶ ಸಮಯಸ್ಟ್ಯಾಂಪ್ ಸಹ ಉಪಯುಕ್ತವಾಗಿದೆ. ಯಾವ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ತಿಳಿದುಕೊಳ್ಳಬೇಕು ಆದ್ದರಿಂದ ಅವರು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು.
ಆದರೆ ಹೆಚ್ಚಿನ ಆಧುನಿಕ ಕಾರ್ಯಕ್ರಮಗಳಿಗೆ ಇನ್ನು ಮುಂದೆ ಈ ಲೇಬಲ್ ಅಗತ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದನ್ನು ಬಳಸದಿರುವ ಪ್ರಸ್ತಾಪವಿತ್ತು. 2007 ರಲ್ಲಿ, ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್ ಮತ್ತು ಹಲವಾರು ಇತರ ಕರ್ನಲ್ ಡೆವಲಪರ್‌ಗಳು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಸಮಯವನ್ನು ಚರ್ಚಿಸಿದರು. ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಡೆವಲಪರ್ ಇಂಗೊ ಮೊಲ್ನಾರ್ ಅವರು atime ಮತ್ತು ext3 ಫೈಲ್ ಸಿಸ್ಟಮ್ ಬಗ್ಗೆ ಈ ಕೆಳಗಿನ ಅಂಶವನ್ನು ಮಾಡಿದ್ದಾರೆ:
"ಪ್ರತಿ ಲಿನಕ್ಸ್ ಡೆಸ್ಕ್‌ಟಾಪ್ ಮತ್ತು ಸರ್ವರ್ ನಿರಂತರ ಸಮಯದ ನವೀಕರಣಗಳಿಂದ ಗಮನಾರ್ಹ I/O ಕಾರ್ಯಕ್ಷಮತೆಯ ಕುಸಿತವನ್ನು ಅನುಭವಿಸುವುದು ತುಂಬಾ ವಿಚಿತ್ರವಾಗಿದೆ, ಆದರೂ ಕೇವಲ ಇಬ್ಬರು ನೈಜ ಬಳಕೆದಾರರಿದ್ದಾರೆ: tmpwatch [ಇದು ctime ಅನ್ನು ಬಳಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಇದು ದೊಡ್ಡ ಸಮಸ್ಯೆಯಲ್ಲ] ಮತ್ತು ಕೆಲವು ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳು."
ಆದರೆ ಜನರು ಇನ್ನೂ ಈ ಲೇಬಲ್ ಅಗತ್ಯವಿರುವ ಕೆಲವು ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ಆದ್ದರಿಂದ ಸಮಯವನ್ನು ತೆಗೆದುಹಾಕುವುದು ಅವುಗಳ ಕಾರ್ಯವನ್ನು ಮುರಿಯುತ್ತದೆ. ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಡೆವಲಪರ್‌ಗಳು ಬಳಕೆದಾರರ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಉಲ್ಲಂಘಿಸಬಾರದು.
ಸೊಲೊಮನ್ ಪರಿಹಾರ
ಲಿನಕ್ಸ್ ವಿತರಣೆಗಳಲ್ಲಿ ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚುವರಿಯಾಗಿ, ಬಳಕೆದಾರರು ತಮ್ಮ ಅಗತ್ಯಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಇತರ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು ಮತ್ತು ಸ್ಥಾಪಿಸಬಹುದು. ಇದು ಓಪನ್ ಸೋರ್ಸ್ ಓಎಸ್‌ನ ಪ್ರಮುಖ ಪ್ರಯೋಜನವಾಗಿದೆ. ಆದರೆ ಇದು ನಿಮ್ಮ ಫೈಲ್ ಸಿಸ್ಟಂನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ. ಸಂಪನ್ಮೂಲ-ತೀವ್ರ ಘಟಕಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಡ್ಡಿಪಡಿಸಬಹುದು.
ರಾಜಿಯಾಗಿ, ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಡೆವಲಪರ್‌ಗಳು ಹೊಸ ರಿಲೇಟೈಮ್ ಆಯ್ಕೆಯನ್ನು ಪರಿಚಯಿಸಿದ್ದಾರೆ ಅದು ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯ ನಡುವಿನ ಸಮತೋಲನವನ್ನು ಹೊಡೆಯಲು ಉದ್ದೇಶಿಸಿದೆ:
ಹಿಂದಿನ ಪ್ರವೇಶ ಸಮಯವು ಪ್ರಸ್ತುತ ಮಾರ್ಪಾಡು ಅಥವಾ ಸ್ಥಿತಿ ಬದಲಾವಣೆಯ ಸಮಯಕ್ಕಿಂತ ಕಡಿಮೆಯಿದ್ದರೆ ಮಾತ್ರ atime ಅನ್ನು ನವೀಕರಿಸಲಾಗುತ್ತದೆ... Linux 2.6.30 ರಿಂದ, ಕರ್ನಲ್ ಈ ಆಯ್ಕೆಯನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಬಳಸುತ್ತದೆ (noatime ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದ ಹೊರತು)... ಅಲ್ಲದೆ, Linux 2.6.30 ರಿಂದ. 1, ಫೈಲ್‌ನ ಕೊನೆಯ ಪ್ರವೇಶ ಸಮಯವು XNUMX ದಿನಕ್ಕಿಂತ ಹೆಚ್ಚು ಹಳೆಯದಾಗಿದ್ದರೆ ಅದನ್ನು ಯಾವಾಗಲೂ ನವೀಕರಿಸಲಾಗುತ್ತದೆ.
ಆಧುನಿಕ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್‌ಗಳು (2.6.30 ರಲ್ಲಿ ಬಿಡುಗಡೆಯಾದ ಲಿನಕ್ಸ್ 2009 ರಿಂದ) ಈಗಾಗಲೇ ರಿಲೇಟೈಮ್ ಅನ್ನು ಬಳಸುತ್ತವೆ, ಇದು ನಿಜವಾಗಿಯೂ ದೊಡ್ಡ ಕಾರ್ಯಕ್ಷಮತೆಯ ವರ್ಧಕವನ್ನು ನೀಡುತ್ತದೆ. ಇದರರ್ಥ ನೀವು ಫೈಲ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ / etc / fstab, ಮತ್ತು ರಿಲೇಟೈಮ್ನೊಂದಿಗೆ ನೀವು ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಬಹುದು.
ನೊಟೈಮ್‌ನೊಂದಿಗೆ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುವುದು
ಆದರೆ ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪಡೆಯಲು ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಅನ್ನು ಟ್ಯೂನ್ ಮಾಡಲು ನೀವು ಬಯಸಿದರೆ, ಸಮಯವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಇನ್ನೂ ಸಾಧ್ಯ.
ಅತ್ಯಂತ ವೇಗದ ಆಧುನಿಕ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ (NVME ಅಥವಾ ಫಾಸ್ಟ್ SSD ಯಂತಹ) ಕಾರ್ಯಕ್ಷಮತೆಯ ಬದಲಾವಣೆಯು ಹೆಚ್ಚು ಗಮನಾರ್ಹವಲ್ಲದಿರಬಹುದು, ಆದರೆ ಅಲ್ಲಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚಳವಿದೆ.
ನೀವು ಸಮಯದ ಅಗತ್ಯವಿರುವ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಬಳಸುತ್ತಿಲ್ಲ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ, ಫೈಲ್‌ನಲ್ಲಿ ನೋಟೈಮ್ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೂಲಕ ನೀವು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸ್ವಲ್ಪ ಸುಧಾರಿಸಬಹುದು / ಇತ್ಯಾದಿ/fstab. ಇದರ ನಂತರ, ಕರ್ನಲ್ ನಿರಂತರವಾಗಿ ಸಮಯವನ್ನು ನವೀಕರಿಸುವುದಿಲ್ಲ. ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಅನ್ನು ಆರೋಹಿಸುವಾಗ ನೋಟೈಮ್ ಆಯ್ಕೆಯನ್ನು ಬಳಸಿ:
/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