Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: ATomas 13. 12. 2016, 16:42:58
-
Zdravím,
jsem v tomto začátečník a zjišťuji si co jak funguje. Chtěl bych se zeptat co znamená "jbd2/mx1-8" k čemu to je a jak to zakázat, aby se spouštěl a co to způsobí.
Mám Linux debian 7 dva ssd disky zapojené v RAID1
v "iotop" se mi cca jednou za 3 vteřiny zobrazí tento proces, který manipuluje s diskem víc než bych si přál
http://www.img.tpx.cz/uploads/disc.png
Děkuji za informace.
-
Journal to je https://en.wikipedia.org/wiki/Journaling_block_device
-
Děkuji za linik, ovšem se tam nějak nemohu dočíst jak to zakazat a jaké takovéto zakázání bude mít dopad.
-
nic nezakazuj a radeji se uc chapat jak veci funguji, nez jak se zakazuji ;)
https://en.wikipedia.org/wiki/Journaling_block_device
https://www.root.cz/clanky/ext3-zurnalovani-pro-kazdeho/ (je to koukam hodne stare ale snad se tam neco doctes i tak :)
-
Stačí to journálování na FS vypnout, ale neni to moc dobrej nápad
-
Stačí to journálování na FS vypnout, ale neni to moc dobrej nápad
Děkuji konečně někdo s kym se da konverzovat. Z těch článků co mi zde byly posílány nejsem dvakrát moudrej. Co se tedy stane když ten proces vypnu?
-
Stačí to journálování na FS vypnout, ale neni to moc dobrej nápad
Děkuji konečně někdo s kym se da konverzovat. Z těch článků co mi zde byly posílány nejsem dvakrát moudrej. Co se tedy stane když ten proces vypnu?
Mám obavu, že ten s kým se nedá konverzovat jsi ty. Články, které jsi dostal jako odkaz jsou pověstnou radou nad zlato.
Co je úplně nepochopitelné je, že místo aby sis to nastudoval, chceš vypínat proces, který se stará o žurnál a přitom očividně používáš žurnálovací FS. To je jako chtít vypnout výrobu elektřiny v elektrárně, protože se ti nelíbí proces její výroby :-D
-
kuji konečně někdo s kym se da konverzovat. [...]
asi si chtel napsat "konecne nekdo kdo mi schvali udelat tu kravinu co sem si vymyslel" ;)
journal se stara o to aby v pripade vypadku eletriny, dosle baterce, nedopatrene vypnuti apod, aby jsi neprisel o data na disku, nestal se necitelny, apod... misto toho aby jsi toho kdo ti dobre radi oznacoval ze se s nekym neda konverzovat, si mohl napsat ze neumis anglicky a necchapes hodne textu, pak si o tom muzes neci precist cesky na wikipedii:
https://cs.wikipedia.org/wiki/Žurnálovací_systém_souborů
jinak opravdu se zamysli nad tim jestli musis vsechno vypinat, nebo jestli chces prijmout dobre minene rady od lidi co se Linuxem zabejvaj 20let... pripominas mi vtip o uzivateli dosu co mel v dvoupanelovem zpravci souboru vlevo i v pravo disk C:, tak ten 1 smazal aby to nemel duplicitne...
-
jeste doplnek, mozna je dobre polozit si otazku, jestli opravdu ti journal bezi casteji nez je normalni, nebo se ti to jen nelibi... v prnim pripade totiz muze opravdu jit o problem, kdy neco by (nejspis zbytecne) casto zapisovalo na disk a bezici journal uz je jen toho nasledek...
napr. jesltli jde o SSD disk, tak je dobre mu pridat parametr noatime do prislusneho radku v /etc/fstab
noatime zajistuje to aby se pri cteni souboru/adresaru na disku pokazde nezapisoval cas posledniho pristupu...
-
viz: http://wiki.ubuntu.cz/optimalizace_ext3#vypnutí_času_přístupu
-
jeste doplnek, mozna je dobre polozit si otazku, jestli opravdu ti journal bezi casteji nez je normalni, nebo se ti to jen nelibi... v prnim pripade totiz muze opravdu jit o problem, kdy neco by (nejspis zbytecne) casto zapisovalo na disk a bezici journal uz je jen toho nasledek...
napr. jesltli jde o SSD disk, tak je dobre mu pridat parametr noatime do prislusneho radku v /etc/fstab
noatime zajistuje to aby se pri cteni souboru/adresaru na disku pokazde nezapisoval cas posledniho pristupu...
No dobré volby jsou noatime,relatime,nodiratime a v případě SSD ještě discard
-
No dobré volby jsou noatime,relatime,nodiratime a v případě SSD ještě discard
no... pri pouziti noatime, neni potreba uvadet v tom jiz zahrnutej nodiratime a relatime postrada vyznam kdyz je (pomoci noatime) stejne deaktivovanej zapis posledniho pristupu
v pripade SSD pak je asi vhodnejsi(pokud se zas neco ponekolikate nezmenilo) misto discard mit v cronu naplanovanej fstrim resp. v pripade systemd aktivovanou sluzbu fstrim... ;)
-
No dobré volby jsou noatime,relatime,nodiratime a v případě SSD ještě discard
no... pri pouziti noatime, neni potreba uvadet v tom jiz zahrnutej nodiratime a relatime postrada vyznam kdyz je (pomoci noatime) stejne deaktivovanej zapis posledniho pristupu
v pripade SSD pak je asi vhodnejsi(pokud se zas neco ponekolikate nezmenilo) misto discard mit v cronu naplanovanej fstrim resp. v pripade systemd aktivovanou sluzbu fstrim... ;)
Ono se to v různých verzích jádra chová různě, uvedením noatime,relatime,nodiratime by to mělo fungovat tak, že se atime aktulizuje pouze při zápisu. Ale je možné, že to je zase trochu jinak. Pokud vím, poslední změna byla kolem verze 2.6.30, kdy relatime by mělo být výchozí. Jestli je nodiratime je obsaženo i v noatime nevím. Máte někde odkaz na přesné chování v posledních verzích jader?
Vzhledem k tomu, že používám SSD, která podporují správně queued TRIM, tak je discard bez problémů narozdíl od takových, které queued TRIM neumějí a jsou schopny místy pěkně zpomalit SSD a jiné nepříjemnosti.
-
[...] uvedením noatime,relatime,nodiratime by to mělo fungovat tak, že se atime aktulizuje pouze při zápisu.
na to staci pravi jen to noatime, viz z 2007: https://lwn.net/Articles/245002/
Máte někde odkaz na přesné chování v posledních verzích jader?
man mount:
relatime
Update inode access times relative to modify or change time. Access time is only updated if the previ‐
ous access time was earlier than the current modify or change time. (Similar to noatime, but doesn't
break mutt or other applications that need to know if a file has been read since the last time it was
modified.)
Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless noatime was
specified), and the strictatime option is required to obtain traditional semantics. In addition, since
Linux 2.6.30, the file's last access time is always updated if it is more than 1 day old.
Vzhledem k tomu, že používám SSD, která podporují správně queued TRIM, tak je discard bez problémů narozdíl od takových, které queued TRIM neumějí a jsou schopny místy pěkně zpomalit SSD a jiné nepříjemnosti.
a to je asi duvod proc fstrim, nevim jestli na tech "spravnejch" SSD je discard mount volba v necem vhodnejsi... z man fstrim:
Running fstrim frequently, or even using mount -o discard, might
negatively affect the lifetime of poor-quality SSD devices. For most
desktop and server systems a sufficient trimming frequency is once a
week. Note that not all devices support a queued trim, so each trim
command incurs a performance penalty on whatever else might be trying
to use the disk at the time.btw: treba *buntu fstrim naplanovane v cron 1x/tyden pouziva uz nejakou dobu jako vychozi chovani po instalaci bez potreby uzivatele to nastavovat/instalovat
-
z man fstrim:
Running fstrim frequently, or even using mount -o discard, might negatively affect the lifetime of poor-quality SSD devices.
To "poor-quality" je velmi důležité. Takovým se vyhýbám :-)
BTW. v manu není jasně napsané, že volba noatime zároveň znamená nodiratime. ;-) A pokud vím, svého času nodiratime vůbec neexistovala, přibyla časem. Ty volby jak jsem je uvedl jsou léty odzkoušené, ale otázka jestli to již nejde dělat lépe.
-
To "poor-quality" je velmi důležité. Takovým se vyhýbám :-)
no ale protoze vetsina slysi na smecka typu Samsugn EVOooooo tak je asi vhodnejsi odkazovat a ve vychozim stavu pouzivat fstrim misto (nekde) problematicke volby discard :)
BTW. v manu není jasně napsané, že volba noatime zároveň znamená nodiratime. ;-) A pokud vím, svého času nodiratime vůbec neexistovala, přibyla časem.
no jak sem psal z roku 2007 se na https://lwn.net/Articles/245002 doctes vysvetlene na urovni zdrojoveho kodu jadra, ze pri pouziti noatime se k detekci nodiratime uz ani nedostane
v aktualnim jadru je to zda se podobne: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/fs/inode.c?id=refs/tags/v4.9#n1679
-
To "poor-quality" je velmi důležité. Takovým se vyhýbám :-)
no ale protoze vetsina slysi na smecka typu Samsugn EVOooooo tak je asi vhodnejsi odkazovat a ve vychozim stavu pouzivat fstrim misto (nekde) problematicke volby discard :)
To mi do kompu nesmí :-). Bylo tu extra vlákno ohledně SSD nedávno a neuvěřitelné jak se tam hned objevili obhajovači vadných SSD Samsung jen proto, že si ho sami koupili...