Atime Update beaflosst Systemleistung. Wat geschitt do a wat doriwwer ze maachen - liest den Artikel.

All Kéier wann ech aktualiséieren Linux Op mengem Heemcomputer muss ech mech mat bestëmmten Aufgaben auserneesetzen. Iwwer d'Jore ass dat zu enger Gewunnecht ginn: Ech maachen eng Sécherheetskopie vu menge Fichieren, läschen de System, installéieren alles vun Null un, restauréieren meng Fichieren an installéieren dann meng Liiblingsapplikatiounen nei. Ech personaliséieren och d'Systemastellungen. Heiansdo dauert dat ze vill Zäit. An an der leschter Zäit hunn ech ugefaangen ze froen, ob ech dëse Kappwéi wierklech brauch.
Zäit — ee vun dräi Zäitstempel fir Dateien an Linux (Méi dozou spéider.) Besonnesch hunn ech mech gefrot, ob et sech nach ëmmer lount, Atime op spéidere Systemer auszeschalten. LinuxWell atime all Kéier aktualiséiert gëtt, wann op eng Datei opgeruff gëtt, hunn ech gemierkt, datt et en signifikanten Afloss op d'Systemleistung huet.
Ech hunn viru kuerzem op Fedora 32 upgraden an, aus Gewunnecht, ugefaang mat der Zäit auszeschalten. Ech hu geduecht: brauch ech et wierklech? Ech hu beschloss dëst Thema ze studéieren an dat ass wat ech opgegraff hunn.
E bëssen iwwer Dateizeitstempel
Fir dëst ze verstoen, musst Dir e Schrëtt zeréck maachen an Iech un e puer Saachen iwwer Dateisystemer erënneren. Linux a wéi de Kernel Zäitstempelen un Dateien an Verzeichnisser zouweist. Dir kënnt den Datum vun der leschter Ännerung vu Dateien an Verzeichnisser gesinn andeems Dir de Kommando ausféiert ls -l (laang) oder einfach andeems een d'Informatioun doriwwer am Dateimanager kuckt. Mee hannert de Kulissen, de KernelLinux verfollegt verschidde Zäitstempel fir Dateien an Verzeichnisser:
- Wéini gouf de Fichier fir d'lescht geännert (mtime)
- Wéini war déi leschte Kéier datt d'Dateieigenschaften a Metadaten geännert goufen (ctime)
- Wéini gouf de Fichier fir d'lescht zougänglech (atime)
- Dir kënnt de Kommando benotzen Staatfir Informatiounen iwwer e Fichier oder Verzeechnes ze gesinn. Hei ass de Fichier / etc / fstab vun engem vun mengen Testserveren:
$ 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
Hei kënnt Dir gesinn datt dës Datei de 25. Abrëll 2019 erstallt gouf wéi ech de System installéiert hunn. Meng Datei / etc / fstab gouf fir d'lescht de 16. Mee 2019 geännert, an all aner Attributer goufen ëm déiselwecht Zäit geännert.
Wann ech kopéieren / etc / fstab op eng nei Datei, änneren d'Datume fir unzeginn datt et en neie Fichier ass:
$ 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
Mee wann ech d'Datei einfach ëmbenennen ouni den Inhalt z'änneren, Linux gëtt nëmmen d'Zäit vun der Dateiännerung aktualiséiert:
$ 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
Dës Zäitstempel si ganz nëtzlech fir verschidde Unix Programmer. Zum Beispill, Biff ass e Programm deen Iech informéiert wann et en neie Message an Ärer E-Mail gëtt. Haut benotzen wéineg Leit , mee an den Deeg wou Mailboxen lokal op de System waren, war Biff zimlech heefeg.
Wéi weess de Programm ob Dir nei Mail an Ärer Inbox hutt? biff vergläicht déi lescht geännert Zäit (wann d'Inbox-Datei mat enger neier E-Mail-Message aktualiséiert gouf) an déi lescht Zougangszäit (déi leschte Kéier wou Dir Är E-Mail gelies hutt). Wann d'Ännerung méi spéit wéi den Zougang geschitt ass, da versteet de Biff datt en neie Bréif ukomm ass a wäert Iech doriwwer informéieren. De Mutt E-Mail Client funktionnéiert op vill déiselwecht Manéier.
De leschten Zougangszäitstempel ass och nëtzlech wann Dir Dateiesystemverbrauchsstatistike sammelt an d'Leeschtung ofstëmmt. Systemadministratorer musse wëssen op wéi eng Objeten zougänglech sinn, fir datt se de Dateiesystem deementspriechend konfiguréieren.
Mä déi meescht modern Programmer brauchen dës Bezeechnung net méi, dofir gouf et e Virschlag, se ofzeschafen. Am Joer 2007 hunn de Linus Torvalds a verschidde aner Kernel-Entwéckler sech am Kontext vun engem Performanceproblem diskutéiert. De Kernel-Entwéckler Linux Den Ingo Molnar huet folgend Kommentar iwwer atime an den ext3 Dateisystem gemaach:
„Et ass zimmlech komesch, datt all Desktop a Server Linux leiden ënner enger merkbarer I/O-Performanceverschlechterung wéinst stännegen Atime-Updates, obwuel et nëmmen zwee richteg Benotzer gëtt: tmpwatch [deen konfiguréiert ka ginn fir ctime ze benotzen, also ass et kee grousse Problem] an e puer Backup-Tools."
Mä d'Leit benotzen nach ëmmer Programmer, déi dësen Zäitstempel brauchen, dofir wäert d'Ewechhuele vun atime se futti maachen. Linux däerf d'Fräiheet vum Benotzer net verletzen.
Solomons Léisung
An Distributiounen Linux Eng breet Palette vun Applikatioune gëtt ugebueden, an d'Benotzer kënnen och aner Programmer eroflueden an installéieren, déi hire Besoinen entspriechen. Dëst ass e wichtege Virdeel vun engem Open-Source-Betribssystem. Et mécht et awer schwéier, d'Performance vun Ärem Dateisystem ze optimiséieren. D'Ewechhuele vu ressourcenintensiven Komponenten kann d'Systemleistung stéieren.
Als Kompromëss hunn d'Kernelentwéckler Linux Mir hunn eng nei Relaiszäitoptioun agefouert, déi e Gläichgewiicht tëscht Leeschtung a Kompatibilitéit bitt:
atime gëtt nëmmen aktualiséiert, wann déi viregt Zougangszäit manner ass wéi déi aktuell Ännerungs- oder Statusännerungszäit... Ugefaange mat Linux 2.6.30, de Kernel benotzt dës Optioun standardméisseg (ausser wann noatime spezifizéiert ass)… Och, ugefaange mat Linux 2.6.30, gëtt déi lescht Zougrëffszäit vun enger Datei ëmmer aktualiséiert, wann se méi wéi 1 Dag al ass.
Modern Systemer Linux (ugefaange vun Linux 2.6.30, erauskomm am Joer 2009) benotzt schonn Relaytime, wat eng wierklech grouss Leeschtungsverbesserung sollt bréngen. Dëst bedeit datt Dir d'Datei net konfiguréiere musst. / etc / fstab, a mat Relaiszäit kënnt Dir op de Standard vertrauen.
System Leeschtung mat noatime verbesseren
Awer wann Dir Äre System wëllt ofstëmmen fir maximal Leeschtung ze kréien, ass d'Zäit auszeschalten nach ëmmer méiglech.
D'Performance Ännerung ass vläicht net ganz bemierkbar op ganz séier modernen Drive (wéi NVME oder Fast SSD), awer et gëtt eng kleng Erhéijung do.
Wann Dir wësst datt Dir keng Software benotzt déi Zäit erfuerdert, kënnt Dir d'Performance liicht verbesseren andeems Dir d'Noatime Optioun an der Datei aktivéiert /etc/fstab. Duerno wäert de Kernel net dauernd aktualiséieren. Benotzt d'Noatime Optioun wann Dir de Dateiesystem montéiert:
/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
D'Ännerunge wäerten a Kraaft trieden déi nächst Kéier wann Dir nei start.
Iwwer d'Rechter vu Reklammen
Braucht Dir e Server fir Är Websäit ze hosten? Eis Firma bitt mat enger alldeeglecher oder eemoleger Bezuelung gëtt all Server mat engem Internetkanal vu 500 Megabits ugeschloss an ass gratis geschützt géint DDoS Attacken!
Source: will.com
