Du vet förmodligen vad journaling är. Det är alltså i filsystem som det behövs för att du ska kunna återställa filsystemet om det skulle gå sönder. Detta är särskilt användbart i fall där dataskrivningsoperationer pågick vid tidpunkten för felet.
Det är känt att när en skrivning är ofullständig kommer filsystemet att förbli i ett skadat tillstånd och kan inte monteras. Om du aktiverar loggning kommer fsck att kunna utföra en kontroll under systemstarten och återställa tillståndet från loggen. Låt oss nu se hur du inaktiverar loggning i Ext4.
Hur kontrollerar man om loggning är aktiverad för en viss skivpartition? Utför:
$ sudo dumpe2fs /dev/nvme0n1p5 | grep has_journal
Se /dev/nvme0n1p5
- partitionsfil. Den kan ha ett annat namn. Om det finns has_journal
i raden Filesystem Features är journalen aktiverad. Om den är aktiverad och allt fungerar. Att inaktivera journalisering av filsystem görs så här:
$ sudo tune2fs -O ^has_journal /dev/nvme0n1p5
Om du inte vill inaktivera journaler, men ändå vill att systemet ska vara mer produktivt, aktiverar du writeback-läget
. Efter det kommer inga data att skrivas till loggen, förutom metadata.
Data finns först på skivan, varefter operationen loggas. Ext4 visar bäst prestanda i detta driftläge.
Låt oss göra det:
$ sudo tune2fs -o journal_data_writeback /dev/nvme0n1p5
Hur får jag tillbaka journalläget? För att göra detta kan du köra:
$ sudo tune2fs -o journal_data_ordered /dev/nvme0n1p5
I likhet med återskrivningsläget kan /etc/fstab
aktiveras av användaren. I partitionsmonteringsalternativen lägger du till data=writeback
:
$ sudo vi /etc/fstab
Finns det något annat sätt att öka prestandan? Ja, lägg till alternativet noatime
, som inaktiverar uppdatering av fältet för senast åtkomna fil. Detta minskar antalet åtkomster till skivan, men kommer att förlänga SSD-enhetens livslängd.