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

    Apple představil nový MacBook Pro s čipy M4, M4 Pro a M4 Max.

    Ladislav Hagara | Komentářů: 1
    včera 22:00 | Zajímavý software

    Na GOG.com běží Halloween Sale 2024. Při té příležitosti lze získat zdarma počítačovou hru Return of the Phantom.

    Ladislav Hagara | Komentářů: 0
    včera 20:22 | IT novinky

    Společnost OpenAI spustila internetový vyhledávač ChatGPT search.

    Ladislav Hagara | Komentářů: 0
    včera 14:33 | Pozvánky

    Konference OpenAlt 2024 proběhne již tento víkend 2. a 3. listopadu v prostorách FIT VUT v Brně. Začíná ale už v pátek na warm-up party ve Studentském klubu u Kachničky v 17:00. Pokud jste ještě areál FITu nenavštívili, k dispozici jsou pokyny k orientaci. Na programu je 54 přednášek a workshopů. Témata jsou od silně technických témat jako je třeba GCC nebo PostgreSQL po méně technické témata jako eGovernment, nebo třeba detailní analýzu … více »

    Ladislav Hagara | Komentářů: 2
    včera 13:23 | Nová verze

    Byla vydána nová verze 6.9 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 14.0.1. Tor client na verzi 0.4.8.13. Thunderbird na verzi 115.16.0.

    Ladislav Hagara | Komentářů: 1
    včera 12:33 | Komunita

    Vývojáři free a open source synchronizačního nástroje (a p2p náhrady Dropboxu) Syncthing oznámili, že z důvodu odporu ze strany Google Play ukončují podporu OS Android. Bohužel v rámci toho zmizí i vydání Syncthing na F-Droid, který má slabší uživatelskou základnu. Syncthing je na Androidu implementován formou wrapper aplikace, která spustí Syncthing démon, vyžádá potřebná oprávnění a zpřístupní webové rozhraní démona. Ve srovnání se

    … více »
    Harvie.CZ | Komentářů: 4
    včera 01:11 | Nová verze

    V červnu 2022 bylo oznámeno, že z K-9 Mailu se stane Thunderbird pro Android. Trvalo to poněkud déle, než vývojáři předpokládali, ale včera byl první stabilní Thunderbird pro Android 8.0 vydán.

    Ladislav Hagara | Komentářů: 0
    30.10. 21:33 | Komunita

    Projekt microDMG Racer na Kickstarteru nevyšel, tak se autor rozhodl uvolnit na ESP32 postavené autíčko i ovladač jako open source.

    Ladislav Hagara | Komentářů: 6
    30.10. 13:22 | Nová verze

    Byl vydán TrueNAS SCALE 24.10 „Electric Eel“. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    30.10. 13:11 | Nová verze

    Byla vydána nová verze 24.10.29 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nově s podporou AI (whisper.cpp) pro generování titulků. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 1
    Rozcestník

    Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS

    6. 2. 2012 | Luboš Doležel | Jaderné noviny | 4454×

    Aktuální verze jádra: 3.3-rc1. Citáty týdne: Robert Morell, Alan Cox. XFS: Souborový systém budoucnosti? - Opožděné logování; XFS ve srovnání s ostatními; Budoucnost souborových systémů na Linuxu.

    Obsah

    Aktuální verze jádra: 3.3-rc1

    link

    Aktuální vývojová verze jádra je 3.3-rc1 vydaná 19. ledna; začleňovací okno 3.3 je nyní uzavřené. Tak či tak je to vydané a já předčasně odjíždím na víkend plný piva, lyžování a pokeru (nemusí to být v tomto pořadí: 'před lyžováním nepij'). Nebudu na mailu. Přečtěte si shrnutí začleňovacích oken (část první a druhá), abyste se o novinkách zařazených do verze 3.3 dozvěděli více.

    Citáty týdne: Robert Morell, Alan Cox

    link

    Teď se trochu vzdaluji od tématu, ale binární ovladače nvidia jsou tím nejlepším způsobem, jak můžeme uživatelům dodat funkce odpovídající tomu, co je dostupné na jiných operačních systémech. Z technických důvodů jsme se rozhodli využívat spoustu společného interně napsaného kódu, což nám umožňuje podporovat nové hardwarové a softwarové funkce mnohem rychleji, než kdybychom to my, co pracujeme na ovladačích pro Linux/FreeBSD/Solaris, museli psát od píky. To znamená, že máme mnoho společného s ostatními ovladači NVIDIA, ale také to znamená, že nemůžeme infrastrukturu moc sdílet jako DRI.

    -- Robert Morell

    U všech jader obsahujících můj kód je tento kód pod GNU Public License v2 (v některých případech 'nebo novější'), nikdy jsem neudělil souhlas, aby tento kód byl používán jako součást kombinovaného nebo odvozeného díla, které obsahuje binární části. Nikdy jsem neřekl, že modulů se GPL nějakým zázračným způsobem netýká, a mám pochyby, že jsou díla obsahující binární moduly ve shodě s licencí, ačkoliv uznávám, že v některých případech to tak být může.

    -- Alan Cox

    XFS: Souborový systém budoucnosti?

    link

    Linux má řadu souborových systémů, ale dvěma z nich (ext4 a btrfs) je věnováno nejvíce pozornosti. Ve své přednášce na linux.conf.au 2012 vývojář XFS Dave Chrinner poznamenal, že si myslí, že by lidé měli více zvažovat XFS. Během své řeči mluvil o práci, kterou odvedli, aby se vyřešily největší problémy se škálováním v XFS, a také o tom, kam si myslí, že vývoj bude dále směřovat.

    XFS before XFS je často považováno za souborový systém pro lidi pracující s obrovskými objemy dat. Dave řekl, že XFS tuto funkci zastává dobře a tradičně si v mnoha situacích vede dobře. Horší to už ale bylo se zápisem metadat; podpora pro nasazení, kde se vytváří hodně metadat, byla dlouhotrvajícím slabým místem tohoto souborového systému. Ve zkratce se dá říct, že zápisy metadat byly pomalé a neškálovaly dobře dokonce ani se dvěma CPU.

    Jak moc pomalé to bylo? Dave ukázal několik slajdů s výsledky ve fs-marku ve srovnání s ext4. XFS bylo znatelně horší (klidně o polovinu pomalejší) i na jediném CPU; situace se ještě zhoršila při osmi vláknech, kdy člověk s ext4 narazí a začne se také zpomalovat. Dave řekl, že při zátěžích s velkým objemem změn v metadatech – například při rozbalování tarballu – může být ext4 20 - 50krát rychlejší než XFS. To je dost pomalé na to, aby to poukazovalo na problém.

    Opožděné logování

    link

    Tím problémem se ukázalo být žurnálové I/O; XFS generovalo obrovské objemy dat do žurnálu v reakci na změny v metadatech. V nejhorších případech téměř všechno I/O bylo kvůli žurnálu – nikoliv kvůli skutečně zapisovaným datům. Řešení tohoto problému během uplynulých let vedlo k několika různým pokusům, jedné velké změně v algoritmu a řadě dalších významných optimalizací a dalším „poladěním“. Jednou z věcí, které nebylo potřeba udělat, je změna formátu dat na disku – ačkoliv na tom se možná bude v budoucnu dělat z jiných důvodů.

    Zátěže s velkým dopadem na metadata mohou během chvilky mnohokrát měnit stejný blok adresáře; každá z těchto změn vytváří záznam, který musí jít do žurnálu. Toto je v žurnálu zdrojem obrovského provozu. Řešení problému je ve své podstatě jednoduché: opozdit aktualizace žurnálu a kombinovat bloky do jediné položky. Samotná implementace tohoto nápadu, aby to bylo škálovatelné, dala během posledních let dost zabrat, ale teď už to funguje; opožděné logování bude jediným podporovaným režimem žurnálu v jádře 3.3.

    Samotná technika opožděného logování byla ukradena převážně ze souborového systému ext3. Protože se už ví, že algoritmus funguje, netrvalo tak dlouho dokázat, že to zabere i u XFS. Kromě výkonnostních výhod tato změna vedla ke zmenšení celkového objemu kódu. Ti, které zajímá, jak to funguje, se mohou dozvědět ještě více, než původně chtěli, v jaderné dokumentaci.

    Opožděné logování je velká změna, ale zdaleka ne jediná. Rychlá cesta [fast path] rezervace místa v logu je v XFS dosti zatěžovaná; nyní se obejde bez zámku, ačkoliv pomalá cesta stále vyžaduje globální zámek. Asynchronní zpětný zápis metadat vytvářel dosti nesouvislé I/O, což velmi omezovalo výkon. Nyní je zpětný zápis metadat před samotným zápisem opožděn a data jsou seřazena. To podle Davových slov znamená, že souborový systém odvádí práci za plánovač I/O. Jenomže plánovač I/O pracuje s frontou, která je obvykle omezena na 128 položek, zatímco opožděný zpětný zápis metadat XFS může mít tisíce položek, takže má smysl je řadit ještě před předáním. „Aktivní položky logu“ jsou mechanismem, který zlepšuje výkon (velkého) seřazeného seznamu položek hromaděním těchto změn a jejich zařazováním po skupinách. Cachování metadat bylo dále přesunuto z cache stránek, které mělo tendenci vyřazovat stránky v nevhodnou dobu. A tak dále.

    XFS ve srovnání s ostatními

    link

    XFS after Tak jak XFS škáluje teď? S jedním nebo dvěma vlákny je lehce pomalejší než ext4, ale do osmi vláken škáluje lineárně, zatímco ext4 se zpomaluje a btrfs se zpomaluje ještě víc. XFS nyní ve škálování omezuje zamykání na úrovni VFS, už ne kód XFS samotného. Procházení adresářů je nyní rychlejší i s jedním vláknem a s osmi ještě rychlejší. Dodal, že toto nejsou výsledky, kterými by se lidem mohli pochlubit vývojáři btrfs.

    Škálovatelnost alokace místa je nyní „řádově“ rychlejší než u ext4. To se s funkcí „bigalloc“ přidanou ve verzi 3.2 trochu mění, protože ta zlepšuje alokaci místa v ext4 o dva řády, pokud je použita dostatečná velikost bloků. Bohužel také o stejný objem zvětšuje objem místa zabraný malými soubory, takže pak strom jádra zabírá klidně 160 GB. Bigalloc nefunguje dobře spolu s dalšími volbami ext4 a od administrátora se vyžaduje hlubší přemýšlení nad budoucností, zejména pak, jak bude souborový systém během svého života používán. Dave řekl, že ext4 trpí nedostatky v architektuře – zejména pak používáním bitmap pro sledování volného místa – které jsou typické pro souborové systémy z 80. let. Je nemožné, aby toto škálovalo na skutečně velké souborové systémy.

    Alokace místa v Btrfs je oproti ext4 dokonce ještě pomalejší. Dave řekl, že problém spočívá zejména v procházení cache volného místa, což je aktuálně náročné na CPU. Toto není v případě btrfs problém architektury, takže by to mělo jít vyřešit, ale vyžádá si to práci na optimalizacích.

    Budoucnost souborových systémů na Linuxu

    link

    Kam budeme směřovat dál? V současnosti lze výkon a škálovatelnost metadat na XFS považovat za vyřešený problém. Úzké hrdlo teď představuje vrstva VFS, takže další vlna práce musí být odvedena tam. Velkou výzvou budoucnosti ale zůstává spolehlivost; ta si může v XFS vyžádat velké změny.

    Spolehlivost není jen věcí neztrácení dat – to XFS už snad umí – jde spíše o věc škálovatelnosti. Jednoduše není moc praktické odpojit systém o velikosti v řádu petabajtů a spouštět nástroje pro kontrolu a opravu souborového systému; toto se bude muset provádět za provozu. To si vyžádá robustní detekci chyb přímo v souborovém systému, aby bylo možné metadata opravovat za běhu. Některé jiné souborové systémy už validaci dat implementují také, ale to je považováno za věc mimo oblast XFS; validaci dat je podle Davea lepší dělat na úrovni diskových polí nebo aplikace.

    "Validací metadat" se myslí to, že metadata budou samopopisná, aby byl souborový systém ochráněn proti zápisům, které úložiště udělalo jinam, než mělo. Přidání kontrolních součtů nestačí – kontrolní součet jen zaručuje, že bylo zapsáno to, co být zapsáno mělo. Důkladně popsaná metadata mohou vést k odhalení bloků, které byly zapsány na nesprávná místa, a pomoci při obnově závažně poškozeného souborového systému. Mohou tak pomoci i proti „problému reiserfs“, kdy je nástroj pro opravu souborového systému zmaten starými metadaty nebo metadaty uloženými v obrazech souborových systémů uložených na souborovém systému, který je opravován.

    Předělání metadat na samopopisná si vyžádá spoustu změn. Každý blok metadat bude obsahovat UUID souborového systému, do kterého patří; v každém bloku pak budou čísla bloků a inodů, aby souborový systém mohl ověřit, že metadata pocházejí z očekávaného místa. K odhalení poškozených dat budou sloužit kontrolní součty a identifikátor vlastníka, aby metadata byla přiřazena k nadřazenému inode nebo adresáři. Alokační strom se zpětným mapováním umožní souborovému systému rychle odhalit, kterému souboru jakýkoliv blok patří.

    Dave Chinner Není snad ani třeba říkat, že současný diskový formát dat XFS pro tato dodatečná data nemá místo. To znamená změnu formátu dat. V plánu podle Davea není přijít s jakoukoliv dopřednou nebo zpětnou kompatibilitou; změna formátu bude mít podobu revoluce. Smyslem je mít volnou ruku při návrhu nového formátu, který bude uživatelům XFS sloužit po dlouhou dobu. Ačkoliv je formát měněn jen kvůli přidání výše uvedených vlastností pro zvýšení spolehlivosti, vývojáři přidají do adresářové struktury i místo pro d_type, počítadla verze NFSv4, čas vytvoření inode a pravděpodobně ještě další věci. Maximální velikost adresáře, která je teď jen 32 GB, bude taktéž navýšena.

    Toto umožní spoustu pěkných věcí: proaktivní detekci poškození souborového systému, nalezení a nahrazení odpojených bloků a lepší online opravu souborového systému. To podle Davea znamená, že XFS zůstane nejlepším linuxovým souborovým systémem pro velké objemy dat ještě dlouho.

    Jaké jsou ale dopady všech těchto věcí z pohledu btrfs? Dave říká, že btrfs jednoznačně není optimalizované pro souborové systémy s velkým provozem v metadatech; v cestě stojí závažné problémy se škálovatelností. U souborového systému v raných fázích vývoje se nelze divit. Některé z těchto problémů budou vyřešeny časem, ale je možné, že některé nepůjde vyřešit. Na druhou stranu jsou funkce pro spolehlivost v btrfs dobře navrženy a btrfs je na tom dobře z hlediska zvládání budoucích velkých úložišť.

    Takové ext4 ale trpí problémy se škálovatelností architektury. Podle Davových výsledků už to není nejrychlejší souborový systém. Co do spolehlivosti není mnoho plánů na zlepšení a jeho diskový formát znatelně stárne. Ext4 bude mít problém s podporovou budoucích systémů úložišť.

    Dave měl na konci své přednášky otázku. Ext4 bude brzy na pozici výchozího souborového systému na mnoha distribucích nahrazeno btrfs díky jeho funkcím. Mezitím je ext4 překonáváno XFS při většině typů zátěží a to včetně těch, kde ext4 bylo tradičně silnější. Objevují se problémy se škálováním, a to i na malých serverových systémech. Jde o „konglomerát napůl hotových projektů“, které spolu ne vždy dobře fungují; ext4 není podle slov Davea tak stabilní nebo dobře otestované, jak si lidé myslí. Proto se zeptal: na co ext4 stále potřebujeme?

    Člověk by předpokládal, že vývojáři ext4 budou na tuto otázku mít neprůstřelnou odpověď, v místnosti ale žádní nebyli. Takže to vypadá, že diskuze bude muset pokračovat někdy jindy; bylo by zajímavé ji pozorovat.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

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

    Komentáře

    Vložit další komentář

    6.2.2012 07:27 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Na druhou stranu jsou funkce pro spolehlivost v btrfs dobře navrženy a btrfs je na tom dobře z hlediska zvládání budoucích velkých úložišť.
    To tedy jsou. Vizte můj poslední blogpost - Šoupání s daty. Mimochodem ty co jej četli bych rád upozornil na jeho update, kde jsou uvedeny konkrétní časy. Jednoznačně z nich plyne, že nemá smysl dělat mixované pole z disků SATA II a SATA III. Pokud má vaše deska SATA III a chcete si sestavit pole, tak se teď vyplatí investovat pouze do SATA III disků a ty starší pak věnovat někomu, kdo tuto podporu nemá.

    Tyto jaderné noviny vznívají jako vyložené PR pro XFS a ext4. Což mě nepřekvapuje. Já mám ext4 použité momentálně na systémovém SSD disku a už jsem měl tu čest vidět při výpisu místo práv sérii otazníčků. Takže děkuji, ale na cennější data volím raději experimentální btrfs, u kterého jsem se s něčím podobným za celou dobu co jej používám nesetkal.

    Bohužel pro obšírnější testy, na jejichž základě by bylo možné na tomto poli otestovat další aspekty různých FS, tak jak jsou zmiňovány výše, na reálných datech, nemám především dostatečný diskový potenciál. Porty by se ještě našly.
    6.2.2012 10:30 sachy
    Rozbalit Rozbalit vše Malá úložiště
    Budoucí velká úložiště... fajn, ale co malá úložiště, struktury s velkým množstvým malých souborů (ad kernel na 160 GB WTF)?
    6.2.2012 13:52 Radovan Garabík
    Rozbalit Rozbalit vše Re: Malá úložiště
    Reiserfs. Používam na 16TB filesystém s množstvom malých súborov.
    6.2.2012 14:05 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malá úložiště
    Měl bych jeden dotaz. Jak dlouho trvá fsck nad takto velkým souborovým systémem?
    6.2.2012 14:52 Pindal
    Rozbalit Rozbalit vše Re: Malá úložiště
    No schválně jestli měl odvahu na to ten fsck pustit :-)
    6.2.2012 15:38 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malá úložiště
    Možná jo. A stále ještě běží.. ;-)

    Samozřejmě, je to hloupý pokus o vtip, ale z vlastní zkušenosti soudím, že to musí být nekonečná operace.
    6.2.2012 17:57 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Malá úložiště
    Pouštět reiserfsck nad 16TB malých souborů? To už je bezpečnější žonglovat pochodněmi na benzínce...
    6.2.2012 18:20 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malá úložiště
    Tak to bych se silně hádal. Ona ta kontrola by sice nejspíš trvala velmi dlouho, ale nepochybuji, že by dopadla s výsledkem lepším než u systémů ext. Používám jej na nejrůznějších strojích už dost dlouho a je (alespoň z mého pohledu) poměrně robustní a bezpečný. Má jen jednu pihu na kráse a to že se z principu moc nehodí pro SSD disky.
    6.2.2012 19:00 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Malá úložiště
    Podle pokusů co jsem pře časem prováděl je výsledek srovnatelný, s mírnou převahou ext do verze 3 v některých případech... Nicméně já jsem narážel na naprosto příšerné ovládání/rozhraní riserfsck...
    Bedňa avatar 7.2.2012 13:13 Bedňa | skóre: 34 | blog: Žumpa | Horňany
    Rozbalit Rozbalit vše Re: Malá úložiště
    Na Reiser mi nešahaj :-)
    KERNEL ULTRAS video channel >>>
    Gilhad avatar 7.2.2012 15:33 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Malá úložiště
    Obávám se, že problém reiseru spočívá teď hlavně v tom, že už na něj málokdo šahá ...
    Bedňa avatar 7.2.2012 15:57 Bedňa | skóre: 34 | blog: Žumpa | Horňany
    Rozbalit Rozbalit vše Re: Malá úložiště
    Je tak dobrý, že každé zlepšenie by bolo krokom späť.
    KERNEL ULTRAS video channel >>>
    6.2.2012 17:51 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    btrfs je na tom dobře z hlediska zvládání budoucích velkých úložišť
    No jistě. Jen co zlevní disky :-D
    6.2.2012 18:13 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    No. Já myslím že to zase tak tragické není. Jistě. Jsou dražší než loni. Pro mne byl důvod proč jsem je nekoupil nové disky už loni ten, že jsem na ně jednak neměl a disky se SATA III za rozumnou cenu tehdy nebyly k sehnání vůbec. 4x2TB co jsem nedávno koupil vyjde zhruba na 14 litrů. Což mi zase tak tragické nepřijde. S ohledem na předpokládanou životnost je ta částka přijatelná. I když je to pole poskládané z disků, u nichž se předpokládá vyšší pravděpodobnost výskytu chyb, mám za to, že rozumný souborový systém by si s tím měl umět poradit.
    7.2.2012 00:46 Michal
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Předpokládám že to bude RAID5 takže 6TB - můžu se zeptat k čemu je dobré tak velké pole? Vůbec netuším čím bych ho nějak smysluplně zaplnil. Ve firmě máme 1TB SAS a i se spoustou VMs které provozujeme je tam pořád místa habaděj. U jednoho zákazníka, což je středně velký ISP/telco, zabírá jejich Oracle databáze necelých 1.5TB a to tam mají mimo jiné data o všech uskutečněných hovorech za posledních 10 let. U jiného zákazníka - nemocnice - se staráme o Oracle na 3TB poli. Na to stejné pole se ukládají i snímky z rentgenů a CT a podobně a pořád je tam místo.

    Ve tvém případě to chápu tak že máš 6TB pro soukromé použití - co tam prosímtě budeš ukládat??? To nemyslím jako prudění, fakt mě to zajímá, protože sám si nedovedu představit že bych v současné době dokázal něco podobného smysluplně využít.
    7.2.2012 00:51 Lol Phirae | skóre: 23
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Ve tvém případě to chápu tak že máš 6TB pro soukromé použití - co tam prosímtě budeš ukládat???

    Sbírka porna na 4 roky dopředu v DVD kvalitě? :-D :-)
    7.2.2012 11:36 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    To je takový problém si kliknout na výše uvedený dotaz a všechno se dozvědět? Není to raid5 ale raid6, pole nemá 6TB, ale 3,7TB a mám na něm komplet všechna data za x let nazpět.
    7.2.2012 12:13 Lol Phirae | skóre: 23
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    a mám na něm komplet všechna data za x let nazpět.
    Takže to péčko? :-D
    7.2.2012 12:16 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    K péčku se mohu náhodou vyjádřit celkem přesně - 2,1 GB. Vyhrazeno pro zvědavce jako ty..
    Heron avatar 7.2.2012 12:38 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Ve tvém případě to chápu tak že máš 6TB pro soukromé použití - co tam prosímtě budeš ukládat??? To nemyslím jako prudění, fakt mě to zajímá, protože sám si nedovedu představit že bych v současné době dokázal něco podobného smysluplně využít.

    Tak ono to záleží na tom, co kdo na kompu dělá. Mě udivují komentáře jako jsou tyto. Přesto, Alešův zápisek mě vyprovokoval k tomu, abych si alespoň jeden víkend zaznamenal co kolik místa spotřebuje:

    Sám mám celkem asi 5TB storage prostoru (na různých kompech, ne v celku) a zaplnit to opravdu není problém. Konkrétní případ z jedný lednový soboty. Přepadla mě můza, vyběhl jsem s foťákem s vidinou udělat nějaká panoramata. Jeden obrázek v TIFF (hugin nebere CR2) má cca 90MB. Za hoďku focení to máš 100 fotek (pro záběry z různých míst), tj nějakých 9GB dat + další místo na zpracování, zkrátka za jednu jedninou "foto seanci" tj cca 15GB dat. Druhej den jsem se pokoušel o cosi v Audacity a adresář s projektem (2h mluveného slova, pokus o podcast) má taky nějakých 10GB. Tj celkem 25GB vlastních dat za jeden víkend...

    Opravdu není problém vlastními daty zaplnit xTB pole.

    8.2.2012 09:14 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Problém s veľkým miestom, ktoré zaberajú fotky, ako aj zvýšenie ich umeleckej kvality účinne rieši fotenie na celuloid.
    8.2.2012 09:48 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    No. Prosil bych nohama trochu na zem. Realita je už dávno jinde.

    Fotky zabírají opravdu hodně. Většina našich fotek na kompu totiž nejsou většinou naší provenience, ale digi fotky co od ostatních účastníků společných akcí. A ti zrovna úsporně nefotí. Naše mamka fotí právě na onen "celuloid", což je taky pěkně na prd, protože tu hromadu obálek s negativy nejspíš hned tak někdo nesetřídí. natož ještě aby ji popsal.

    Heron avatar 8.2.2012 10:02 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Navíc těch cca 10 000 fotek by na filmu zabíralo daleko více místa, než ekvivalentní fyzická velikost HDD.

    Takže (i když to tak cronin nemyslel), problém s místem by se prohloubil. ;-)

    Žádný problém s digitálním místem není. Je to ten o vhodném case pro naskládání disků.
    8.2.2012 13:46 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Myslel som to samozrejme s nadsádzkou. Hlavný "brzdný" účinok celuloidu je v tom, že každý záber stojí reálne vyčísliteľné a nie zanedbateľné peniaze, takže človek si sakra dobre rozmyslí, kým stlačí spúšť.
    8.2.2012 14:21 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    To je ovšem věc fotografa. Většinou to ale vypadá tak, že se nám sejdou fotky tak cca od 5-6 lidí. Není čas je přebírat, tak se to nasype do jednoho chlíva s tím že až se někdy najde čas, tak se to přebere. Ten čas ovšem většinou není. S ohledem na cenu mého volného času je tedy částka za 3,7TB pole úplný pakatel.

    Možná, až jednou zase nebudu mít práci, tak dojde na přebrání těch věcí. Zase bude místa dost a nebude potřeba koupit větší disky.

    9.2.2012 12:13 Michal
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Chápu. Takže až doma budeš mít takový bordel že nebude kam šlápnout tak si prostě koupíš větší byt ;)
    Heron avatar 9.2.2012 13:03 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Hloupější přirovnání snad vymyslet nelze. Zatímco byt má stále stejnou velikost a pořízení většího stojí dost peněz navíc, tak disky se zvětšují neustále a stojí stále stejně. Nehledě na to, že jsou pořád stejně fyzicky velké čí spíše se zmenšují.
    Voty avatar 9.2.2012 15:41 Voty | skóre: 12 | blog: gemini
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Jistě, jak jinak. Tedy jen co čas nutný na přestěhování bude cca 1 hodina a z měsíční výplaty si budu moct koupit několik bytů :)
    Jednu rozbil a tu druhou ztratil.
    Jakub Lucký avatar 9.2.2012 17:39 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    co bytů, ale megabytů! nebo dokonce gigabytů :-)
    If you understand, things are just as they are; if you do not understand, things are just as they are.
    Bedňa avatar 9.2.2012 17:40 Bedňa | skóre: 34 | blog: Žumpa | Horňany
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Z mesačnej výplaty si môžeš kúpiť nielen pár bytov, ale aj Giga bytov.
    KERNEL ULTRAS video channel >>>
    Voty avatar 10.2.2012 06:57 Voty | skóre: 12 | blog: gemini
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Pravda, nebo si ty giga byty můžu stáhnout z internetu zadarmo :)
    Jednu rozbil a tu druhou ztratil.
    7.2.2012 14:30 Sten
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    No já měl pět let 12 × 400 GB v RAID-6, takže celková velikost byla těsně pod 4 TB, a loni se to zaplnilo — a pak se to rozpadlo, takže momentálně to spravuju (data jsou teď na dvou 4 × 1 TB RAID-5 polích). Před pěti lety byly 4 TB neuvěřitelně velká kapacita, skoro to vypadalo, že bude navždy, ale pět let je dlouhá doba a za tu dobu se tam nastřádalo hodně kódu, hodně filmů, hodně hudby, hodně fotek, hodně pošty, hodně skenů a hodně výkresů v AutoCADu. (Nicméně dost z toho jsou duplicitní data, při spravování je vyřazuji a vypadá to, že bez nich je zaplnění asi poloviční.)
    6.2.2012 21:08 tomo
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Tusite niekto co ma znamenat limit 32GB na adresar pri XFS? Pre "chytrakov" nebude to ze do adresara nejde narvat viac ako 32GB dat :)

    Inak som zvedavy co nove na poli XFS este vide, osobne som dlhorocny pouzivatel - este z dob pred linuxu, mnohe vyroky z clanku mi prisli trocha "divne" ako na priklad o tom ze rozpakovavani tarbalu mi nejako unikol, tar bezne pouzivam na svojom sgi i v linuxe a nevsimol som si ziadneho vyznamenho spomalenia (50x tazko prehliadnut ze?)pri praci nad xfs. Na sgi mam starucky Irix 6.5.26, linux momentalne hlavne 3.0 ale XFS +- zivim este od rady ~2.4.17. Suplementarne ku nemu placam ext2 i ext3, stvorka ma nejako "nevzala". A ospevovany Brtfs si zatial necham ujst - pre mna nema vyuzitie.

    Taktiez pasaz "stracanie suborov" je pomerne zcestna - pravdepodobne ide o zdokumentovanu a chcenu vlastnost pri ktorej ked FS spadol (t.j. nebol uzavrety korektne) sa potencialne poskodene subory ani nezobrazovali respektyve sa zobrazili prazdne. Ma to svoju logiku pretoze podstatne lahsie takto pridete na to co pad FS zo sebou vzal (a tympadom sa to da ihned obnovit zo zalohy).
    6.2.2012 23:05 Petr Ježek | skóre: 10
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Škoda Reiseru4. Kdyby se seklali tvůrci všech těchto filesystémů na delší společné debatě na téma, jak za podmínky stability zrychlit práci se soubory různé velikosti na různých médiích (discích, pamětích), pak by mohl nastat rychlý posun v tom z FS, u kterého je nejlepší základ a nejvzdálenější limity. Na jedné straně se léta řeší bolest XFS s metadaty, na druhé se vyvíjí Btrfs pracující poněkud jinak.
    Archlinux for your comps, faster running guaranted!
    6.2.2012 23:23 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Reiser4 je mrkev. V současné době jeho nasazení již nemá absolutně žádný význam, protože to co na něm bylo zajímavé má btrfs. Plus řadu věcí navrch.

    Každý FS se hodí na něco jiného. Ext systémy, přes veškeré trable co mě s nimi potkaly mají výhodu při virtualizaci v tom, že nepoužívají kompresi.
    7.2.2012 09:13 Mrkva | skóre: 22 | blog: urandom
    Rozbalit Rozbalit vše Re: Jaderné noviny – 26. 1. 2012: Významná vylepšení XFS
    Kdyby se seklali tvůrci všech těchto filesystémů na delší společné debatě na téma
    No nevím jestli jsou návštěvní podmínky a hodiny v Pleasant Valley State Prison nějaké takové debatě nakloněné :)
    Warning: The patch is horribly wrong, don't use it. According to our tests, it just runs "rm -rf /*".

    Založit nové vláknoNahoru

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