የሰዓት ማሻሻያ የስርዓት አፈጻጸምን ይነካል። እዚያ ምን እየሆነ እንዳለ እና ምን ማድረግ እንዳለበት - ጽሑፉን ያንብቡ.
በቤቴ ኮምፒዩተሬ ላይ ሊኑክስን ባዘመንኩ ቁጥር የተወሰኑ ችግሮችን መፍታት አለብኝ። ባለፉት አመታት, ይህ ልማድ ሆኗል: ፋይሎቼን እደግፋለሁ, ስርዓቱን አጸዳለሁ, ሁሉንም ነገር ከባዶ እጭነዋለሁ, ፋይሎቼን ወደነበረበት ይመልሳል, ከዚያም የእኔን ተወዳጅ መተግበሪያዎችን እንደገና እጭነዋለሁ. እኔ ደግሞ ለራሴ ተስማሚ እንዲሆን የስርዓት ቅንጅቶችን እቀይራለሁ. አንዳንድ ጊዜ በጣም ብዙ ጊዜ ይወስዳል. እና በቅርቡ ይህ ራስ ምታት ያስፈልገኛል ብዬ አስብ ነበር.
አቲሜ በሊኑክስ ውስጥ ካሉ ፋይሎች ከሶስት ጊዜ ማህተም አንዱ ነው (በዚህ ላይ ተጨማሪ)። በተለይ፣ በቅርብ ጊዜ በሊኑክስ ስርዓቶች ላይ አቲምን ማሰናከል አሁንም ጥሩ ሀሳብ እንደሆነ እያሰብኩ ነበር። አቲሜ የሚዘመነው ፋይሉ በደረሰ ቁጥር ስለሆነ፣ በስርዓት አፈጻጸም ላይ ከፍተኛ ተጽዕኖ እንዳለው ተገነዘብኩ።
በቅርቡ ወደ Fedora 32 አሻሽያለሁ እና፣ ከልምምድ ውጪ፣ አቲሜን በማሰናከል ጀመርኩ። ብዬ አሰብኩ: በእርግጥ ያስፈልገኛል? ይህንን ጉዳይ ለማጥናት ወሰንኩ እና የቆፈርኩት ይህ ነው.
ስለ ፋይል የጊዜ ማህተም ትንሽ
ይህን ለማወቅ አንድ እርምጃ ወደ ኋላ ወስደህ ስለ ሊኑክስ ፋይል ስርዓቶች እና የከርነል የጊዜ ማህተም ፋይሎችን እና ማውጫዎችን እንዴት እንደሚይዝ ጥቂት ነገሮችን ማስታወስ አለብህ። ትዕዛዙን በማስኬድ የመጨረሻውን የተሻሻሉ ፋይሎችን እና ማውጫዎችን ማየት ይችላሉ። ls-l (ረጅም) ወይም በቀላሉ በፋይል አቀናባሪው ውስጥ ስለ እሱ መረጃ በመመልከት. ነገር ግን ከትዕይንቱ በስተጀርባ የሊኑክስ ከርነል ለፋይሎች እና ማውጫዎች በርካታ የጊዜ ማህተሞችን ይከታተላል፡
- ፋይሉ መቼ ነው የተሻሻለው (mtime)
- የፋይሉ ባህሪያት እና ዲበ ዳታ ለመጨረሻ ጊዜ የተቀየሩት መቼ ነው (ጊዜ)
- ፋይሉ ለመጨረሻ ጊዜ የተደረሰው መቼ ነው (በወቅቱ)
- ትዕዛዙን መጠቀም ይችላሉ ሁኔታስለ አንድ ፋይል ወይም ማውጫ መረጃ ለማየት. ፋይሉ ይህ ነው። / 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 የመጨረሻውን የተሻሻለው ጊዜ (የገቢ መልእክት ሳጥን ፋይሉ በአዲስ ኢሜል ሲዘምን) እና የመጨረሻውን የመድረሻ ጊዜ (ኢሜልዎን ለመጨረሻ ጊዜ ያነበቡ) ያወዳድራል። ለውጡ ከመድረስ በኋላ የተከሰተ ከሆነ፣ biff አዲስ ደብዳቤ እንደደረሰ ይገነዘባል እና ስለሱ ያሳውቅዎታል። የ Mutt ኢሜይል ደንበኛ በተመሳሳይ መንገድ ይሰራል።
የፋይል ስርዓት አጠቃቀም ስታቲስቲክስን መሰብሰብ እና አፈፃፀሙን ማስተካከል ካስፈለገዎት የመጨረሻው የመዳረሻ ጊዜ ማህተም ጠቃሚ ነው። የስርዓት አስተዳዳሪዎች የፋይል ስርዓቱን በዚህ መሰረት ማዋቀር እንዲችሉ ምን ነገሮች እየተደረሱ እንደሆነ ማወቅ አለባቸው።
ግን አብዛኛዎቹ ዘመናዊ ፕሮግራሞች ይህን መለያ አያስፈልጋቸውም, ስለዚህ እንዳይጠቀሙበት ሀሳብ ነበር. እ.ኤ.አ. በ2007፣ ሊነስ ቶርቫልድስ እና ሌሎች በርካታ የከርነል አዘጋጆች አቲሜ በአፈጻጸም ችግር አውድ ላይ ተወያይተዋል። የሊኑክስ ከርነል ገንቢ ኢንጎ ሞልናር ስለ አቲሜ እና ስለ ext3 ፋይል ስርዓት የሚከተለውን ነጥብ ሰጥቷል።
"እያንዳንዱ ሊኑክስ ዴስክቶፕ እና አገልጋይ በቋሚ የአቲም ዝመናዎች ምክንያት በሚታወቅ የ I/O አፈፃፀም መበላሸቱ በጣም እንግዳ ነገር ነው ፣ ምንም እንኳን ሁለት እውነተኛ ተጠቃሚዎች ብቻ ቢኖሩም tmpwatch [ሲታይምን ለመጠቀም ሊዋቀር ይችላል ፣ ስለሆነም ትልቅ ችግር አይደለም] እና አንዳንድ የመጠባበቂያ መሳሪያዎች."
ግን ሰዎች አሁንም ይህንን መለያ የሚያስፈልጋቸው አንዳንድ ፕሮግራሞችን ይጠቀማሉ። ስለዚህ አቲሜን ማስወገድ ተግባራቸውን ይሰብራል. የሊኑክስ ከርነል ገንቢዎች የተጠቃሚን ነፃነት መጣስ የለባቸውም።
የሰለሞን መፍትሄ
በሊኑክስ ስርጭቶች ውስጥ የተካተቱ ብዙ መተግበሪያዎች አሉ እና በተጨማሪ ተጠቃሚዎች እንደ ፍላጎታቸው ሌሎች ፕሮግራሞችን ማውረድ እና መጫን ይችላሉ። ይህ የክፍት ምንጭ OS ቁልፍ ጥቅም ነው። ነገር ግን ይህ የፋይል ስርዓትዎን አፈጻጸም ለማመቻቸት አስቸጋሪ ያደርገዋል። ሀብትን የሚጨምሩ አካላትን ማስወገድ ስርዓቱን ሊያስተጓጉል ይችላል።
እንደ ስምምነት፣ የሊኑክስ ከርነል ገንቢዎች በአፈጻጸም እና በተኳኋኝነት መካከል ያለውን ሚዛን ለመጠበቅ የታሰበ አዲስ የማስተላለፍ አማራጭ አስተዋውቀዋል፡
አቲሜ የሚዘመነው ቀዳሚው የመድረሻ ጊዜ አሁን ካለው የማሻሻያ ወይም የሁኔታ ለውጥ ጊዜ ያነሰ ከሆነ ብቻ ነው...ከሊኑክስ 2.6.30 ጀምሮ ከርነል ይህንን አማራጭ በነባሪነት ይጠቀማል (noatime ካልተገለጸ በስተቀር)... እንዲሁም ከሊኑክስ 2.6.30 ጀምሮ። 1፣ የፋይሉ የመጨረሻ መዳረሻ ጊዜ ሁል ጊዜ ከXNUMX ቀን በላይ ከሆነ ይሻሻላል።
ዘመናዊ የሊኑክስ ስርዓቶች (ከሊኑክስ 2.6.30 ጀምሮ፣ እ.ኤ.አ. በ 2009 የተለቀቀው) ቀድሞውኑ የሪላይን ጊዜን ይጠቀማሉ ፣ ይህም በእውነቱ ትልቅ የአፈፃፀም ጭማሪ መስጠት አለበት። ይህ ማለት ፋይሉን ማዋቀር አያስፈልግዎትም ማለት ነው። / etc / fstab, እና በእንደገና ጊዜ በነባሪነት መተማመን ይችላሉ.
የስርዓት አፈፃፀምን በኖአም ማሻሻል
ነገር ግን ከፍተኛ አፈጻጸም ለማግኘት ስርዓትዎን ማስተካከል ከፈለጉ፣ አቲሜን ማሰናከል አሁንም ይቻላል።
የአፈጻጸም ለውጡ በጣም ፈጣን በሆኑ ዘመናዊ አሽከርካሪዎች (እንደ NVME ወይም ፈጣን ኤስኤስዲ) ላይ ላይታይ ይችላል፣ ነገር ግን እዚያ ትንሽ ጭማሪ አለ።
አቲሜ የሚፈልግ ሶፍትዌር እየተጠቀምክ እንዳልሆነ ካወቅክ በፋይሉ ውስጥ ያለውን የኖታይም አማራጭ በማንቃት አፈጻጸሙን በትንሹ ማሻሻል ትችላለህ። /ወዘተ/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
ለውጦቹ በሚቀጥለው ጊዜ ዳግም ሲጀምሩ ተግባራዊ ይሆናሉ።
በቅጂ መብቶች ላይ
ድር ጣቢያዎን ለማስተናገድ አገልጋይ ይፈልጋሉ? ኩባንያችን ያቀርባል
ምንጭ: hab.com