Muut alueet > Yleistä keskustelua

Btfrs vs Zfs

<< < (3/3)

Postimies:

--- Lainaus käyttäjältä: nm - 21.07.20 - klo:17.06 ---
Eipä sellaista pitkään kestävää tarkistusta tapahdu ext4:lläkään. Hidas fsck oli enemmän ext3:n ongelma.

Pirstoutumista ilmenee käytännössä kaikissa tiedostojärjestelmissä jollain tasolla. Riippuu käyttötavasta, muodostuuko sitä ongelmaksi asti. Jos levy on ajoittain melko täynnä, ja käyttö alkaa ajan myötä tuntua hitaalta, kannattaa mitata kuinka paljon tiedostojärjestelmä on fragmentoitunut.

--- Lainaus päättyy ---
fsck kestänee ext4:llä jos iso hidas levy ja hidas mediakone. Ei selvää käsitystä kestosta kun käyttis on ext4 SSD:llä ja siinä menee nopeasti. Pirtoutumista en ole tutkinut aikoihin. Levyn hitaus ei ongelma jos se täynnä kuvia, musiikkia ym. Musiikkilevy on nyt pirstaloitunut 5,82%. Pistin eheytymään kun levy tuli eilen osin vahingssa täytettyä ja tiedostojen poistaminenkaan ei tahtonut onnistua. Eheytys kestää kauan ja siitä saatava hyöty olematon. xfs_fsr hoitanee työn. Jotkuthan pistää tuota cronniin. Oletusaika niinkin pitkä kuin kaksi tuntia.

nm:

--- Lainaus käyttäjältä: Postimies - 21.07.20 - klo:21.49 ---fsck kestänee ext4:llä jos iso hidas levy ja hidas mediakone.

--- Lainaus päättyy ---

En ole itse huomannut hitautta 8 teran levyillä. Tietty jos tiedostojärjestelmä menisi oikeasti sekaisin, fsck joutuisi jotain tekemäänkin, mutta sama koskee xfs:ää. Xfs ei vain koskaan tee korjausta automaattisesti, vaan edellyttää käyttäjän toimenpiteitä.

SuperOscar:
Jälleen kerran jouduin yhden openSUSE-koneen asentamaan uudestaan, kun juuriosion btrfs-tiedostojärjestelmän siivousrutiini btrfs-cleanup tahkoi yksi neljästä ytimestä sadassa prosentissa tunnista toiseen. Joissakin koneissa btrfs tuntuu toimivan, jopa vaikka SUSEn Snapper olisi tilannekuvineen käytössä, toisissa tulee tätä.

Päädyin asentamaan saman järjestelmän mutta xfs-juuriosiolle; /home ja varasto-osio /local olivat xfs:iä jo valmiiksi.

Navigaatio

[0] Viestien etusivu

[*] Edellinen sivu