|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Dnes má meniny Sviatok práce
Od: fumb duck
|
Pridané:
20.2.2025 10:16
pouzivate niekto btrfs v produkcii?
|
|
Re: Dnes má meniny Sviatok práce
Od reg.: roob_
|
Pridané:
20.2.2025 10:22
v synology uz "100 rokov" :) v podporovanych modeloch samozrejme
|
|
Re: Dnes má meniny Sviatok práce
Od: vrtak_das_osmicka_regnuty
|
Pridané:
20.2.2025 19:57
U mna je vyznam "v produkcii" enterprise prostredie, zakaznicke servre. Nie homelab :).
|
|
Re: Dnes má meniny Sviatok práce
Od: jozodfghdfghdfghdfgh
|
Pridané:
20.2.2025 10:28
pouzivate to niekto so ZSTD zapnutou kompresiou ?
Ma to zmysel zapinat?
docx xlsx su zip co sa zle komprimuju, na filmy a fotky to netreba....
|
|
Re: Dnes má meniny Sviatok práce
Od reg.: roob_
|
Pridané:
20.2.2025 10:34
ja neviem ako to v syno nastavili, ale napr. pri active backup 13x PC ti to usetri 217GB - 1,5 vs 1,3 TB
|
|
Re: Dnes má meniny Sviatok práce
Od reg.: roob_
|
Pridané:
20.2.2025 10:35
...som zabudol prvu vetu "najdolezitejsia je deduplikacia"
|
|
Re: Dnes má meniny Sviatok práce
Od: r0b0
|
Pridané:
21.2.2025 8:28
Používam už iba btrfs so zapnutým compress=zstd:1
Komprimuje to iba dáta, ktoré sa dajú skomprimovať, takže s už skomprimovanými dátami nie je žiadny problém.
|
|
Re: Dnes má meniny Sviatok práce
Od reg.: expert01
|
Pridané:
20.2.2025 10:35
nie
|
|
ultraradikálny fakticizmus
Od: syntaxterrorXXX, . Y
|
Pridané:
20.2.2025 10:47
A v čom inom sa dá používať, keď v teste sa priekazne testuje? Veď v koprodukcii priekazne štandardne prechádzanie zmenou pomeru priekazne neamplifikuje celkovú sumu.
|
|
opensuse tumbleweed
Od: hulvat2
|
Pridané:
20.2.2025 11:42
Pouzivam. Snapshoty ma uz neraz zachranili.
|
|
Re: opensuse tumbleweed
Od: jozodfghdfghdfghdfgh
|
Pridané:
20.2.2025 12:05
aky je rozdiel medzi snapshotom a cp --reflink?
XFS nepodporuje snapshoty ale reflink ano
|
|
Re: opensuse tumbleweed
Od: frege
|
Pridané:
20.2.2025 12:30
Snapshot spravi "akokeby reflink" na vsetky subory naraz...
teda, este pojmy:
softlink -> link,ako *.lnk vo windows-e
hardlink -> mas dva subory, ktore su ulozena na jednom mieste. Ale v stremceku suborov ich mas na dvoch miestach. Ked jeden zmazes, tak to je akokeby si zmazal "odkaz" na dany subor, ale subor stale existuje a je dostupny z druheho "odkazu"... Ak subor upravis cez jeden "odkaz", tak si upravil vlastne aj ten "druhy" subor...
reflink -> subor je ulozeny na jednom mieste a mas k nemu dva "odkazy". Ked subor upravis cez jeden odkaz, tak tie upravene bajty (bloky) sa naklonuju (copy on write) a budu dostupne len cez ten jeden odkaz, cez ktory si subor otvaral na editovanie. Ten druhi bude stale ukazovat povodnu verziu (akokeby snapshot z pohladu tvojej otazky).
a snapshot je mimo tejto kategorizacie... To je "reflink" na cely strom naraz.
|
|
Re: opensuse tumbleweed
Od: jozodfghdfghdfghdfgh
|
Pridané:
20.2.2025 12:34
ano myslel som to z pohladu zalohy...
|
|
Re: opensuse tumbleweed
Od: qwertyuiop1
|
Pridané:
20.2.2025 12:48
Ani jeden nie je zaloha. Ak by sa ti prehodil bit v bloku (lebo napr. poskodeny disk) zdielanom medzi reflinkami, tak chybu budes mat vo vsetkych suboroch, ktore ho zdielaju.
Snapshoty sa pouzivaju na zalohu v tom zmysle, ze spravis snapshot a potom jeho obsah natlacis na zalohovaci system. Budes tak mat konzistentny volume odzalohovany niekde inde.
Druha moznost pouzitia je ako checkpoint. Urobis snapshot, na niecom dalej pracujes, zistis, ze je tam niekde problem, tak sa vratis naspat do bodu, kde si urobil snapshot.
|
|
Re: opensuse tumbleweed
Od: qwertyuiop1
|
Pridané:
20.2.2025 12:45
Snashot je atomicky pre cely volume naraz.
Snapshot a reflink maju spolocne len to, ze viacero suborov moze zdielat spolu datove extenty. Mechanizmus ich vzniku je iny; reflink je len zdielanie datovych extentov, ci uz na tom istom subvolume alebo napriec rozlicnymi subvolume, ale snapshot je komplet subvolume s definovanym obsahom pri vzniku, ktory zdiela (copy on write) data s inymi subvolume.
Mozes urobit snapshot volume, kde mas napriklad pgdata alebo inu sql databazu a to odzalohovat. Pri restore to databaza rozchodi, lebo aj bez cisteho shutdownu je konzistentna, resp. ma korektny wal.
Aj na macos s apfs, timemachine urobi snapshot disku a ten tlaci do zalohy. To, ze user medzitym dalej nieco uklada vobec nevadi, zaloha bude konzistentna k danemu momentu.
|
|
Re: opensuse tumbleweed
Od: ľščľščľšč
|
Pridané:
20.2.2025 12:52
chces povedat ze ak pocas zapisu databazy v polke spravis snapshot a potom ho obnovisdatabaza to prezije ?
|
|
Re: opensuse tumbleweed
Od: qwertyuiop1
|
Pridané:
20.2.2025 17:23
Ano, ale je dost mozne, ze aktualna transakcia bude fail. Zavisi, co je vo wal. Samotna db udrzi konzistenciu.
|
|
Re: opensuse tumbleweed
Od: Db expert.
|
Pridané:
20.2.2025 17:57
Databaza ma rozrobenu cast v pamati. A to aj commitnute transakcie.
|
|
Re: opensuse tumbleweed
Od: qwertyuiop1
|
Pridané:
20.2.2025 20:57
Nema. Lebo D v ACID.
|
|
Re: opensuse tumbleweed
Od: DBAdmin
|
Pridané:
20.2.2025 13:54
ty vole, BTRFS na databazu?
percona.com/blog/taking-a-look-at-btrfs-for-mysql/
youtu.be/o7VOBK6sr8k?si=Hu2ojHwVmyExEsub
|
|
ultraradikálny gamerizmus
Od: syntaxterrorXXX, . Y
|
Pridané:
20.2.2025 14:32
Náhodou...ak sa to celé pustí vo virtuálke s pravidelnými snapshotmi, tak to pri troche šťastia čisto priekazne ani Boh nevypne.
|
|
Re: opensuse tumbleweed
Od: qwertyuiop1
|
Pridané:
20.2.2025 17:26
a) bola to ilustracia konceptu snapshotov, nie odporucanie ako prevadzkovat databazu
b) nie kazda databaza je transakcna opacha v terabajtoch; obcas mas par stoviek mb az nejake jednotky gb, zladlo by to aj sqlite, ale potrebujes tam viac ako jedneho writera. Vtedy je to uplne v poriadku.
Alebo inak: myslis, ze databaza za priemernym wordpressom vobec zaregistruje vplyv na vykon na cow filesysteme?
|
|
Re: opensuse tumbleweed
Od: Jamicon
|
Pridané:
20.2.2025 19:48
Náhodou postgresql beží v lxd kontaineri na btrfs úplne parádne, samozrejme so space_cache=v2 a dostatkom voľnej RAM, nad dostatočne rýchlym a kvalitným nvme diskom.
|
|
qemu RAW na btrfs?
Od: kikoy
|
Pridané:
20.2.2025 13:00
mam vela virtualiek, povodne som mal qcow2 ale presiel som na sparse RAW na XFS.
Nedegraduje mi BTRFS vykon? pacia sa mi tam snapshoty a hlavne ze filesystem viem zvacsovat/zmensovat a vie to robit mirror diskov
|
|
usb disk
Od: jaroman
|
Pridané:
20.2.2025 17:52
prosím poraďte. používam manjaro kde s btrfs.keď dám sťahovať torrent na externý usb disk s ntfs vytuhne systém a je následne aj potreba opraviť usb disk cez chkdsk/f. kde môže byť problém ?
|
|
Re: usb disk
Od: asdfghjkl2
|
Pridané:
20.2.2025 22:21
Problem je, ze:
1) tahas torrent
2) na externy usb disk
3) s ntfs
ad 1): torrenty dokazu disk pekne vytazit, je to random i/o
ad 2): kopec usb-sata radicov ma kvalitu ako z cinskej sopy. Par suborov to prenesie, potom az do rebootu zomrie. Ocakavat od toho sustained i/o je, ako to povedat, optimisticke.
Pokial je to original usb disk od seagate/wd/samsungu, tak je tam este dalsi mozny zadrhel, ze ide o SMR disk. Tam ked zaplnis CMR cache, tak potrebuje nejaky cas porozmyslat a poprehadzovat si data. Ked tam medzitym tlacis dalsie, tak prestane odpovedat.
To su disky, kde ked z casu nacas nahras par foto, tak to ide OK. Ked tam zacnes tlacit zopar desiatok GB, napriklad prvotny backup noveho pocitaca, tak to nedobehne.
ad 3); ntfs3 (nie fuse-ntfs!) by uz mal byt dostatocne stabilny, ale tiez sa moze stat, ze vytazi zdroje viac nez by mal. Nebola by to moja prva volba pre takyto disk.
|
|
Teach yourself english 123
Od: she sees six shit seagates
|
Pridané:
21.2.2025 16:30
Typical btrfs user looks like onion.
|