abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 20:44 | Komunita

KDE Plasma 5 slaví 5 let. Verze 5.0 byla vydána v červenci 2014. Aktuálně poslední je verze 5.16 z června letošního roku. Připomenutí jednotlivých verzi ve videu na YouTube nebo na PeerTube.

Ladislav Hagara | Komentářů: 0
včera 15:55 | Nová verze

Byla vydána verze 6.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu.

Ladislav Hagara | Komentářů: 0
včera 11:33 | Zajímavý článek

Benson Leung řeší na people.kernel.org Kolik je druhů USB-C do USB-C kabelů? TL;DR: Je jich 6 a pro uživatele je to docela matoucí.

Ladislav Hagara | Komentářů: 2
15.7. 23:00 | Zajímavý článek

Richard M. Stallmanrozhovoru pro Opensource.com vysvětluje svou roli v návrhu standardu POSIX a vztah mezi projektem GNU a POSIX. V článku jsou pak vyjmenovány příklady funkcí nástrojů GNU, které byly do standardu přijaty.

Fluttershy, yay! | Komentářů: 0
15.7. 19:11 | Komunita

Nadace Blender Foundation oznámila, že společnost Epic Games vyvíjející počítačové hry věnuje v rámci svého programu Epic MegaGrants 1,2 milionu dolarů na vývoj svobodného 3D softwaru Blender.

Ladislav Hagara | Komentářů: 0
15.7. 11:44 | Zajímavý článek

Článek Co je Silverblue? na MojeFedora.cz odpovídá na otázky kolem tohoto projektu. Silverblue je oficiální název pro novou generaci desktopového operačního systému, dříve známého jako Atomic Workstation. Celý základní operační systém je v Silverblue dodáván ve formě obrazů, které jsou vytvářeny za použití projektu rpm-ostree. Hlavními přednostmi jsou jeho rychlost, bezpečnost, atomické aktualizace a neměnnost.

Ladislav Hagara | Komentářů: 11
15.7. 11:00 | Humor

Jak na uživatelsky přívětivý web? Projít si User Inyerface aneb UX peklo a nikdy nic z toho nepoužít.

Ladislav Hagara | Komentářů: 8
15.7. 10:22 | Zajímavý software

Byla vydána verze 0.6.0 textového editoru Amp inspirovaného editorem Vim a naprogramovaného v programovacím jazyce Rust. Přehled novinek na GitHubu.

Ladislav Hagara | Komentářů: 0
13.7. 18:44 | Nová verze

Bylo vydáno OpenHMD 0.3.0 s kódovým názvem Djungelvral. Jedná se o svobodný software pro podporu zařízení s HMD (Head-mounted display) pro pohlcující virtuální a rozšířenou realitu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí Boost.

Ladislav Hagara | Komentářů: 0
12.7. 19:22 | Nová verze

Byla vydána nová verze 2019-07-10 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Přehled novinek v poznámkách k vydání. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější verze Raspbianu opravuje řadu chyb a vylepšuje podporu Raspberry Pi 4 Model B.

Ladislav Hagara | Komentářů: 0
Používáte ještě 32bitový software na PC?
 (18%)
 (17%)
 (21%)
 (44%)
 (7%)
 (29%)
Celkem 72 hlasů
 Komentářů: 8, poslední dnes 02:18
Rozcestník

Btrfs v módu raid1 jako kořenový FS

21.1.2014 16:04 | Přečteno: 1539× | Za vším hledej Linux | Výběrový blog | poslední úprava: 21.1.2014 16:08

Je tomu víc jak rok, co jsem sepsal blogpost na téma "Btrfs jako systémový FS na notebooku". Už ani nevím, proč jsem jej tenkrát nepublikoval. Natrefil jsem teď na ten odložený zápisek, protože se chystám k výměně původních 60GB SSD disků za novější, a tak mě napadlo, že by se snad přeci jenom mohly tyto informace - včetně shrnutí stávajících zkušeností - hodit.

Btrfs je souborový systém, o kterém mají mnozí stále své pochybnosti, které jim nehodlám vyvracet. V tomto blogpostu chci objasnit proč jsem na Btrfs přešel na svém notebooku.

Změna byla spojena s výměnou klasického rotačního disku o velikosti 500GB za dva zrcadlené 60GB SSD disky. Kapacita původního rotačního disku totiž pro mne byla nebezpečně velká. Maximální objem dat, které se v mém diskovém prostoru za den protočí totiž obvykle nepřekračuje 10GB a dostatek místa tak zbytečně svádí k odkládání dat " které zpracuji až si najdu volnou chvilku". Jenže ta se obvykle nenajde. Takže vždy po nějakém čase tvoří plných 85% dat, z téměř zaplněného disku, věci o kterých už ani nevím že tam jsou.
Zálohování takového disku, je zbytečně zdlouhavé a navíc dříve vedlo k tomu, že se v zálohách hromadila data ve kterých už se mohlo vyznat jen prase.

Někdo by mohl namítnout proč místo jednoho rotačního disku hned dvě SSD? Nemohu říct, že bych někdy měl zásadní problém s rotačním diskem na notebooku. Ale na rozdíl od chcíplého SSD disku se z něj vždy podařilo data vylovit. Nový pracovní notebook jsem si tedy cíleně vybral tak, aby měl možnost přidat místo DVD mechaniky rámeček s druhým diskem. Přechod na nový stroj byla ideální příležitost k otestování chování Btrfs na kořenovém systému, neboť pokud by nastal nějaký problém, byl stále k dispozici stroj původní.

Btrfs v single módu

Btrfs používám k naprosté spokojenosti už pět let. Do té doby jsem však měl datové bloky vždy v single módu. Robustnost Btrfs spočívá v tom, že i když pracuje s jedním blokovým zařízením, používá automaticky duplikaci pro systémový superblok a metadata. Samotná data však duplikována nejsou. Je-li tímto blokovým zařízením přímo fyzický disk, se sice výrazně sníží pravděpodobnost ztráty informace o uložených datech, ale poškodí-li se blok s daty, skončí pokus o jejich čtení chybou. Je-li však blokovým zařízením pole RAID-1, které je schopné poškozený datový blok rekonstruovat z mirroru ovšem ke ztrátě dat dojít nemusí.

Bohužel při použití SSD disků má klasická kombinace RAID+LVM + souborový systém nedostatek v tom, že souborový systém, který je nad LVM o nich nic neví. Takže nelze použít možností FS pro práci s SSD. Což už by dnes nemusel být takový problém, ovšem generace SSD disků které jsem použil s tím ještě problémy mít mohla. Proto jsem se rozhodnul vyzkoušet Btrfs v módu raid1 a tím se zbavit nižších vrstev.

Btrfs v raid1 módu

Současná verze Btrfs už má mít podporu také pro raid5/6 ale u mého notebooku bylo jasné že víc než dva disky stejně mít nebude. Tudíž v úvahu mohl připadnout stejně pouze mód raid1.

Naformátování disku

Přeskočím martyrium slepých uliček, abych rovnou přešel k věci. Od linuxového kernelu 3.7, lze datové bloky u Btrfs překonvertovat kdykoliv i dodatečně, takže je zbytečné ihned formátovat Btrfs na raid1, jak jsem to původně udělal já. Takže stačí pouze přidat nový disk /dev/sdb, vytvořit na něm diskový oddíl a ten naformátovat na Btrfs:

mkfs.btrfs /dev/sdb1

Po naformátování jej lze namountovat a buď na něj systém překopírovat rovnou, nebo chcete-li využívat možností snapshotování, vytvořit subvolume a data přesunout až do něj.

Pokud použijete stejně jako já subvolume, Je třeba pro kořenový systém v souboru /etc/fstab změnit nejenom typ souborového systému na Btrfs, ale také přidat volbu subvol s cestou k subvolume. Záznam pak může vypadat kupř. takto:

/dev/sdb1       /       btrfs   ssd,discard,subvol=/btrfs-system  0       0

Také je v tomto případě třeba upravit parametry, které jádru předává zavaděč. Používáte-li grub, tak jako já, pak by měl /boot/grub/grub.cfg aktuálnímu jádru rovněž předávat parametr subvol

linux   /btrfs-root/boot/vmlinuz-3.9.3.0 root=UUID=8d567f20-2ab3-436e-a52f-c7ed7e1c8879 ro rootflags=subvol=btrfs-system  quiet

Pak - aniž by bylo nutné měnit cokoliv dalšího na úrovni systému - stačí po restartu přidat druhé fyzické zařízení.

btrfs device add /dev/sdb1 /

Teprve až když je do Btrfs FS přidáno další zařízení, je pro metadata a superblok automaticky změněn profil z DUP na RAID1. Prakticky to znamená, že se původně duplikované bloky rozhodí mezi stávající a nově přidané zařízení. To ovšem neplatí pro uložená data! Ta i nadále zůstanou kde jsou, v režimu single.

Balancing

Konverzi všech datových bloků na raid1 a přesun duplikovaných bloků dat na druhé zařízení lze provést pomocí balancování.

btrfs fi balance start -mconvert=raid1 -sconvert=raid1 -dconvert=raid1 -f /

Kdyby by bylo provedeno vybalancování bez uvedených parametrů, tak by se bloky s daty z profilu single konvertovaly na profil raid0 a k duplikaci by nedošlo!

POZOR! Aby bylo možné provést konverzi na profil raid1, při kterém se zduplikují všechny datové bloky na druhé blokové zařízení, tak musí být jeho disková kapacita minimálně stejná jako u primárního disku!

Btrfs a obsazený prostor

Použití Btrfs v módu raid1 má několik výhod. Jelikož se replikují přímo datové bloky, lze bez problému použít různě velká fyzická zařízení, ovšem po konverzi FS na plný raid1, při kterém se replikují všechny datové bloky je maximální dostupná kapacita souborového systému limitována velikostí menšího z nich.

Zjistit kolik volného místa je vlastně k dispozici je u Btrfs prakticky nemožné. Nikdy totiž nelze s určitostí říct, kolik místa výhledově celkem zaberou metadata a uložená data. Výsledek bude vždy závislý na více faktorech:

  1. Je-li použitá komprese, pak závisí na tom zda-li půjde o dobře komprimovatelné soubory
  2. Půjde-li o velké množství malých souborů, pak mohou metadata obsadit více místa, než vlastní data

Navíc při použití Btrfs v raid1 módu je výsledek příkazu df vždy pouze orientační, protože ukazuje kolik procent z celkové kapacity je v rámci souborového systému ještě volných. Ale ani to nemusí být vždy pravda, pokud se používají snapshoty. Skutečný objem uložených dat v adresáři lze zjistit pouze příkazem du

Kolik místa na disku je zabráno ve skutečnosti lze zjistit pouze přes:

root@stroj~# btrfs fi df /
Data, RAID1: total=35.00GB, used=28.99GB
System, RAID1: total=32.00MB, used=12.00KB
Metadata, RAID1: total=3.00GB, used=820.91MB
root@stroj:~# df -h /
Souborový systém                                       Velikost Užito Volno Uži% Připojeno do
/dev/disk/by-uuid/8d567f20-2ab3-436e-a52f-c7ed7e1c8879     100G   60G   36G  63% /
root@stroj:~# du -shx /
30G	/

Použití subvolume a snapshotů jako alternativy Time Machine

Jednou z velmi užitečných věcí Mac OS, která už nejednomu uživateli tohoto systému zachránila zadek, je Time Machine. Nebudu zabíhat do detailů. V podstatě jde o zálohovací mechanismus, který v pravidelných intervalech vytváří inkrementální zálohu systému. Neprovádí však zálohu všech souborů, ale pouze těch které byly změněny, kdežto na ostatní udělá pouze hardlink. I když celá operace probíhá na aplikační úrovni, je poměrně rychlá, neboť přehled o aktuálních změnách udržuje přímo systém. Tudíž nemusí procházet jako rsync celou strukturu a kontrolovat časové razítko.

Tyto zálohy pak lze procházet jako normální souborový systém a data z nich v případě potřeby obnovit.

Snapshoty u Btrfs mohou nabídnout podobnou podobnou funkcionalitu. Pokud je celý systém na samostatném subvolume, které lze snapshotovat, stačí mít malý snapshotovací skript, běžící jako démon, nebo spouštěný v pravidelných intervalech cronem. Existuje i snapshotovací utilita Autoscan, ale s tou nemá žádné zkušenosti.

Kvóty - aneb jak se pojistit před zaplácnutím disku

Pokud si někdo myslí, že u Btrfs stačí pro uvolnění místa smáznout největší soubor, jak je zvykem u jiných FS, tak může být nemile překvapen. Pokud totiž používá snapshoty a datový blok smazaného souboru je součástí některého ze snapshotů, tak se z disku odstraní až v okamžiku, kdy bude odstraněn i ze všech snapshotů.

Bohužel ve chvíli, kdy je souborový systém zcela zaplněný už zbývá pouze jediná možnost - rekomprese datových bloků. Takové situaci se ale dá předejít nastavením kvót. Aktivaci či deaktivaci kvót lze provést kdykoliv, pouze je třeba mít na paměti, že se při jejich deaktivaci veškeré nastavení kvót zahodí. Jestli má váš Btrfs FS kvóty aktivovány lze zjistit zcela triviálně:

root@stroj~# btrfs qgroup show /

Pokud jsou kvóty aktivovány, tak vyjede seznam subvolume. Pokud nejsou, tak příkaz skončí chybou. Aktivace kvót je jednoduchá, navíc sebou jako bonus navíc přinese možnost zjistit skutečný objem dat v subvolume:

root@stroj~# btrfs quota enable

Každé subvolume je v seznamu identifikováno přes svůj qgroupid, což je kombinace čísla úrovně skupiny kvót a čísla "Object ID" příslušného subvolume. Důležitá informace: Ve výchozím stavu má každé subvolume limit neomezený.

Nastavení limitu na subvolume

Jsou-li aktivovány kvóty a připojený systém je umístěn na subvolume, lze nastavit limit přímo na kořen.

btrfs qgroup limit 35G /

Jinak je třeba (u namountovaného FS) uvést cestu k subvolume, nebo jeho qgroupid. Velikost nastaveného limitu se pak ve vypsaném seznamu zobrazí ve sloupci max_rfer. Není-li řečeno jinak, je limitován objem komprimovaných dat subvolume. Jeho aktuální hodnota je ve sloupci rfer.

Limitovat lze ale také nekomprimovaný objem dat v subvolume - ten se uvádí ve sloupci excl. Tyto hodnoty se mohou docela dost lišit, ale o tom více v oddíle věnovaném uvolnění místa na Btrfs FS. Teprve při práci s kvótami získáte konkrétní představu, jak hrubě orientační je údaj který vrací příkaz df.

Pozor! Podrobný výpis kvót umí dělat až novější verze btrfs-tools > 3.12

Jak uvolnit místo na Btrfs?

Jak už bylo zmíněno - pouhým smazáním největšího souboru k uvolnění místa nemusí dojít. Lepší výsledek poskytne rekomprese datových bloků. Tak jak má každý datový blok u Btrfs svůj vlastní profil, kterým je řečeno jak se s ním má zacházet (jestli se má duplikovat nebo ne), tak se u něj udržuje informace o použité kompresi. Je-li disk namountován bez upřesnění parametrů, jsou datové bloky komprimovány v závislosti na vytížení systému a dosaženém kompresním poměru. Pokud je nevýhodný, tak se datový blok uloží bez komprese. V rámci jednoho svazku tak vedle sebe existují datové bloky komprimované i nekomprimované. Kompresi datových bloků lze provádět i dodatečně příkazem defrag, což dává prostor k získání volného místa v případě, že je disk zaplácnutý až po okraj. Kompresi jsem se však již více věnoval v naší wiki

Co naopak z místa na disku může výrazně ukrojit, je defragmentace. V případě, že je aplikována na adresář kde je nějaký snapshot, budou místo inkrementálních datových bloků vytvořeny nové scelené. Čímž dojde k obsazení dalších dat.

Resumé po roce

Jak jsem zmínil hned zkraje blogpostu - průběžný stav zaplnění disku záhy vystoupal na obvyklých 95%. Takže se data dlouhodobě točí na pouhých 5% čipů. S tím pravděpodobně souvisí i zvláštní stav, kdy systém někdy cca na minutu zmrzne a pouze disky vykazují nějakou aktivitu, pravděpodobně během té doby zřejmě jádro dělá pořádek v mirrorovaných datových blocích. Velkou diskovou aktivitu vykazuje stroj také při vypínání, kdy ukládá nakešovaná data. Podle názoru lidí s nimiž jsem to konzultoval, by mohly pomoci novější SSD disky. Je fakt, že ty 60GB OCZ-VERTEX3 co mám, už za sebou mají téměř dva roky neustálého provozu a podobně se chovaly již v době kdy na nich ještě byl klasický softwarový raid.

Největší výhodou oproti klasickému řešení se SW RAID 1 je, že nedochází k rozpadu pole. Btrfs lépe hospodaří s místem a je velmi odolný i vůči hrubému zacházení.

       

Hodnocení: 100 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

21.1.2014 18:12 Radek Podgorny | skóre: 16
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
pokud si spravne pamatuju, tak snapshot-aware defrag byl prijat uz docela davno... pokud to v tvem pripade (na nejakem relativne modernim jadru) duplikuje bloky, je to bug...
21.1.2014 18:23 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Hned v úvodu zápisu je uvedeno, že byl z větší části sepsán v podstatě před rokem. Stačí letmé prohledání netu ke zjištění že v souvislosti s touto funkcionalitou nějaké bugy byly.
21.1.2014 18:32 Radek Podgorny | skóre: 16
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
neboj, cetl jsem to (snad) pozorne... ...jen jsem z informace "zhruba pred rokem" nedokazal dekodovat, o ktery kernel slo. ;-)

btw, tuto informaci mate i na te odkazovane wiki, tam by to mohla opravit chtelo. (vlastne tam je o snaphot-aware zminka, ale o par odstavcu dal tam je ta formulace o duplikaci dat.)
21.1.2014 21:13 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Řešil jsem během té doby hromadu jiných věcí. Tenkrát, když jsem na to narazil jsem to vzal jako fakt. Netušil jsem že jde o bug. Chystám se tu stránku na wiki aktualizovat - proto se tenhle blogpost otírá o řadu věcí jen velmi stručně. Mám v plánu sepsat blogpost k migraci z 60GB disků na 120GB. Sám jsem zvědav jak to proběhne, protože když jsem s tím před rokem experimentoval tak jsem na nějaké háčky narazil. Ovšem to bylo součástí fáze, kterou jsem shrnul do Přeskočím martyrium slepých uliček.. ;-)

Jen tak na okraj - kdyby snad někdo řešil Btrfs v prostředí Pacemakeru, tak mám napsaného vlastního agenta, pro mounting souborových systémů, který nemá - na rozdíl od oficiálního agenta Filesystem - problém s Btrfs volume.
21.1.2014 19:19 Dimka
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Neni nahodou ten zvlastni stav po roce pro BTRFS typicky? Casem se proste zpomaluje az je nepouzitelny. To je ma zkusenost a podobnou jsem i cetl tady u nejake zpravicky.
21.1.2014 19:26 Radek Podgorny | skóre: 16
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
videl bych to spis na ten ssd. mam podobne zkusenosti s ocz. naopak, ja treba btrfs pouzivam asi na desitce systemu (single i raid1) a kdyz to clovek obcas defragmentuje, vse je v pohode a rychle (az na nektere extremni use-cases, ale to se da taky resit).
22.1.2014 09:03 erukos
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
já mám stejný problém na rotačních discích
21.1.2014 21:04 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Typický rozhodně není. Projevuje se pouze u mého notebooku a ani ne často, pravidelně, či v nějaké závislosti. Proto usuzuji spíše na problém na straně komunikace s SSD.
21.1.2014 22:45 lejonet
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Uz se z toho neztraceji data? :-/
21.1.2014 23:43 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Tak z Btrfs jsem dosud během pěti let žádná data neztratil a to jsem pod ním dělal doslova psí kusy. Což ovšem o Ext4 napsat nemohu. Tam jsem se pořádně spálil během té doby dvakrát. Naposled loni v létě, když v sw raid6 poli odešel ze čtyř disků jeden. V životě by mě nenapadlo, jak by tak banální věc mohla nabourat i souborový systém nad raidem do té míry, že se z toho už nevzpamatuje bez ztráty dat.
5.2.2014 14:28 Andrej | skóre: 46 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS

Ona se z toho někdy ztrácela?

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
Max avatar 22.1.2014 08:46 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Menší chybka v článku : "Autoscan" / "Autosnap".

Jinak pěkný, osobně používám btrfs na backup serveru s aktuaálním debianem. Narazil jsem jen na jednu chybku - nešly mazat snapshoty, což blo opraveno v novějším jádře (v rámci debianu), takže stačilo jen zaktulizovat systém a zase ok. Backupu už asi rok a zatím maximální spokojenost. Několikrát mi i došlo místo (mou chybou), stačilo odmazat pár snapshotů a místo opět přibylo a fungoval jsem dál.
Teď tu mám 16TB externí SATA pole s RAID50, takže je na čase rozjet btrfs na backupy v trochu větším měřítku.
Zdar Max
Měl jsem sen ... :(
22.1.2014 09:17 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Taky bych rád vyzkoušel Btrfs na velkém poli v módu raid6, ale momentálně na to moc nemám čas ani technické možnosti.
7.2.2014 15:21 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Na konci spominane "zamraznie" ma skoro s istotu na svedomi "discard" volba vo fstabe.

Uvolnovanie blokov na SSD je "draha" operacia, ktora chvilu trva. Btrfs "upravu" metadat riesi novou kopiou danej sekcie a zmazanim povodnych dat. To moze vyustit do hromady TRIM prikazov na disk a tie k chvilkovemu odopieraniu I/O operacii.
Aktualne este len planujem prechod na btrfs, no podobnu vec som riesil aj s ext4. Vyhodnejsie mi vyslo nepouzivat "discard" volbu vo fstabe, ale pravidelne pouzivat fstrim. Ja na ext4 pustam fstrim len raz za tyzden. Ci to tak pojde aj na btrfs uvidim uz coskoro :o)

btw. reci typu "ono sa to casom spomaluje" mi pripadaju, ze ludia nepouzivaju realocate. Kazdy storage system, ktory pracuje s block level snapshotmi, casom fragmentuje data. Tym sa nasledne spomaluje a to jedno ci ide o zariadenie doma, alebo enterprise storage system. Kazdy jeden po nejakom case vyzaduje realocate, s cim sa nasledne obnovy "rychlost ako na zaciatku"
7.2.2014 16:11 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Díky za tip. Zkusím tu volbu vyhodit a uvidím jestli se situace zlepší nebo ne. Ono "zamrzání" se totiž objevuje i u nových, větších SSD disků s jiným typem řadiče.
8.2.2014 01:01 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Ja som si take to "zamrzanie" vsimol, len ked som po veeelkom upratovani pustil fstrim. Teraz som na skusku vyrobil 10GB subor a nasledne zmzal. "rm" prebehlo rychlo a nasledny fstrim trval takmer 30 sekund.
root@lukas:~# time fstrim -v /
/: 12347772928 bytes were trimmed

real	0m29.471s
user	0m0.000s
sys	0m0.312s
root@lukas:~# 
Podrobnosti ako pouzivam SSD na mojom notebooku mam na svojej Wiki. Daj potom vediet, ci to odlozene "trimovanie" pomohlo.
8.2.2014 14:56 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Btrfs v módu raid1 jako kořenový FS
Tak i když je asi možná předčasné dělat nějaké závěry, zdá se že odstranění volby "discard" problém vyřešilo, protože jsem ho od té doby nepozoroval a ani se mi ho nepodařilo nasimulovat pomocí tvého příkladu. Takže velký dík!

Ono to tak i předtím vypadalo že se vzájemně tlučou nějaké IO operace.

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.