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í
×

dnes 00:22 | Bezpečnostní upozornění

Společnost ZONER informuje o bezpečnostním incidentu, při kterém došlo ke zcizení a zveřejnění části přihlašovacích údajů zákazníků k elektronické poště a webhostingu CZECHIA.COM.

Ladislav Hagara | Komentářů: 0
včera 23:44 | Nová verze

Byla vydána nová stabilní verze 1.13 (1.13.1008.32) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení otevřených i uzavřených listů pomocí ikonky Okno na postranní liště a vylepšené stahování (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 62.0.3202.97.

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

Byla vydána verze 2017.3 dnes již průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. Aktualizovat systém lze pomocí příkazů "apt update; apt dist-upgrade; reboot". Z novinek lze zmínit 4 nové nástroje: InSpy, CherryTree, Sublist3r a OSRFramework.

Ladislav Hagara | Komentářů: 0
včera 01:55 | Bezpečnostní upozornění

Společnost Uber potvrdila bezpečnostní incident a únik dat v roce 2016. Unikly údaje o 57 milionech cestujících (jména, emailové adresy a čísla mobilních telefonů) a 600 tisících řidičích (navíc čísla řidičských průkazů).

Ladislav Hagara | Komentářů: 1
21.11. 23:44 | Humor

Co vypíše příkaz man půl hodiny po půlnoci? Text "gimme gimme gimme". Jedná se o virtuální velikonoční vajíčko připomínající skupinu ABBA a její hit Gimme! Gimme! Gimme! (A Man After Midnight). Problém nastane, pokud gimme gimme gimme nabourá automatizované testování softwaru. To se pak příkaz man musí opravit [Bug 1515352] [reddit].

Ladislav Hagara | Komentářů: 10
21.11. 18:11 | Zajímavý článek

Mozilla.cz informuje, že Firefox na Fedoře podporuje Client Side Decorations. Firefox na Linuxu se vykresluje včetně standardního záhlaví okna, které je v případě webového prohlížeče většinou nadbytečné a ubírá drahocenné vertikální místo na obrazovce. Verze distribuovaná uživatelům Fedory však nyní obsahuje experimentální podporu pro takzvané Client Side Decorations, které umožňují vykreslování „oušek“ panelů do záhlaví okna.

Ladislav Hagara | Komentářů: 12
21.11. 05:00 | Bezpečnostní upozornění

Maxim Goryachy a Mark Ermolov ze společnosti Positive Technologies budou mít v prosinci na konferenci Black Hat Europe 2017 přednášku s názvem "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". O nalezeném bezpečnostním problému informovali společnost Intel. Ta bezpečnostní problém INTEL-SA-00086 v Intel Management Engine (ME), Intel Server Platform Services (SPS) a Intel

… více »
Ladislav Hagara | Komentářů: 38
21.11. 01:33 | Zajímavý projekt

Na Humble Bundle byla spuštěna akce Humble Book Bundle: Java. Za 1 dolar a více lze koupit 5 elektronických knih, za 8 dolarů a více 10 elektronických knih a za 15 dolarů a více 15 elektronických knih věnovaných programovacímu jazyku Java od nakladatelství O'Reilly. Peníze lze libovolně rozdělit mezi nakladatelství O'Reilly, neziskovou organizaci Code for America a Humble Bundle.

Ladislav Hagara | Komentářů: 0
21.11. 00:11 | Zajímavý projekt

Článek na OMG! Ubuntu! představuje rodinu písma IBM Plex. Jedná se o open source písmo (GitHub) navržené a uvolněné společností IBM (YouTube, Carbon Design System). Ukázka na Font Squirrel.

Ladislav Hagara | Komentářů: 12
20.11. 23:22 | Komunita

Na Humble Bundle lze získat počítačovou hru Brütal Legend (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí ve středu v 19:00.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (9%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 749 hlasů
 Komentářů: 37, poslední 21.11. 15:21
    Rozcestník

    Do záznamů strukturované souborové systémy: V každém SSD je jeden

    16. 10. 2009 | Jirka Bourek | Systém | 6724×

    Proč jsou levné flash a drahé SSD? Co je do záznamů strukturovaný souborový systém? Výkonnost do záznamů strukturovaných souborových systémů. Poučení – je nějaké?

    Obsah

    Originál tohoto článku pro LWN.net napsala Valerie Aurora (dříve Hensonová).

    Když řeknete „do záznamů strukturované souborové systémy“ [log-structured file system], většině vývojářů v oboru úložných zařízení se okamžitě vybaví klasické pojednání Ousterhouta a Rosenbluma – Návrh a implementace do záznamů strukturovaného souborového systému – a téměř dvě dekády následné snahy vyřešit ošklivý problém s čištěním segmentů (vizte níže), který se objevil s ním. Vývojáři Linuxu si mohou vybavit JFFS2, NILFS nebo LogFS, tři z několika moderních do záznamů strukturovaných souborových systémů specializovaných pro použití v zařízeních bez rotujících částí (SSD). Méně lidí si vybaví firmware v SSD. Překladová flash vrstva v moderních SSD připomíná do záznamů strukturovaný souborový systém v několika důležitých ohledech. Extrapolace z výzkumů těchto souborových systémů nám umožňuje předpovědět, jak z SSD vytěžit nejvyšší výkon – konkrétně plná podpora příkazu TRIM na úrovni SSD i souborového systému bude klíčem k dlouhodobému udržení vrcholné výkonnosti většiny SSD.

    Co je do záznamů strukturovaný souborový systém?

    link

    Do záznamů strukturované souborové systémy, se - což je poměrně podivné – vyvinuly z logujících souborových systémů. Logující (nebo žurnálující) souborový systém je normální souborový systém se zápisem na místě ve stylu ext2 nebo FFS s tím, že je k němu připíchnuto logování zápisových operací. (V tomto článku budeme používat termín „žurnálující souborový systém“, aby nedošlo k záměně „logujících“ [zaznamenávajících] a „do záznamů strukturovaných“ souborových systémů.) Žurnálující souborový systém udržuje stav souborového systému na disku konzistentní tím, že do logu zapíše shrnutí každé zápisové operace na nějaké nonvolatilní úložiště, jako je disk (nebo NVRAM, pokud na to máte peníze), předtím než se změny zapíší na své dlouhodobé umístění v souborovém systému. Toto shrnutí nebo záznam v logu obsahuje dostatek informací k tomu, aby bylo možné celou operaci zopakovat, pokud je přímý zápis do souborového systému přerušen v půli (například pádem systému). Toto opakování operace se nazývá přehrávání logu. V krátkosti je tedy každá změna souborového systému na disk zapsána dvakrát: Jednou do logu a jednou na trvalé umístění.

    Okolo roku 1988 si John K. Ousterhout a několik jeho spolupracovníků všimli, že druhý zápis by bylo možné úplně vynechat, pokud budou celý souborový systém považovat za obrovský log. Místo zapsání operace do logu a poté přepsání změn na jejich místě někde jinde by stačilo zapsat změnu jednou na konec logu (ať je to kdekoliv) a tím s ní skončit. Zápisy do existujících souborů a inodů jsou kopírovány při zápisu [copy on write] – stará verze je označena jako volné místo a nová verze je zapsána na konec logu. Zjištění současného stavu souborového systému je koncepčně záležitostí přehrání celého logu od začátku do konce. Prakticky do záznamů strukturovaný souborový systém periodicky vytváří snímky; tyto snímky popisují stav souborového systému v daném okamžiku bez potřeby přehrávat log. Všechny změny souborového systému od snímku dále jsou zjištěny přehráním relativně malého počtu záznamů v logu, které snímek následují.

    Jednou ze zajímavých výhod struktury do záznamů strukturovaného souborového systému (LFS) je, že je většina zápisů do souborového systému sekvenční. Sekce popisující motivaci pro Sprite LFS, napsaná téměř před dvaceti lety, ukazuje, jak málo se ve světě úložných zařízení změnilo:

    Během posledních deseti let se rychlosti CPU dramaticky zvýšily, zatímco časy přístupu k disku se zlepšují jenom pomalu. Tento trend bude pravděpodobně v budoucnu pokračovat a způsobovat, že více a více aplikací bude omezeno diskem. […] Do záznamů strukturované souborové systémy jsou založeny na předpokladu, že jsou soubory cachovány v hlavní paměti a že zvětšující se velikosti pamětí umožní, aby cachování efektivněji a efektivněji uspokojovalo požadavky na čtení. Výsledkem je, že se provoz na disku bude skládat hlavně ze zápisů.

    Ale moment, proč pořád mluvíme o posunování hlaviček? SSD totálně změnily výkonnostní charakteristiky úložných zařízení! Disky jsou mrtvé! Ať žije flash!

    Co je překvapující, do záznamů strukturované souborové systémy jsou, když dojde na SSD, relevantnější než kdy jindy. Základní předpoklad pro souborové systémy založené na záznamech – že čtení je levné a zápisy jsou drahé – je naprosto platný pro základní stavební bloky SSD, na NAND založené flash paměti. (Po zbytek tohoto článku „flash“ znamená na NAND-založenou flash a SSD znamená na této flash založené zařízení s překladovou vrstvou pro vyrovnávání opotřebení a shromažďování zápisů.) Když dojde na flash, číst lze s malou granularitou – obvykle po stovkách bytů, ale zápisy je nutné provádět ve velkých spojitých blocích – řádově v desítkách nebo stovkách tisících bytů. Zápis na flash má dva kroky: V prvním se vymaže celý blok, přičemž se všechny bity nastaví na stejnou hodnotu (obvykle – proti intuici – jedničku). V druhém jsou potom jednotlivé bity v bloku překlopeny zpět na nulu, až nakonec dostaneme blok, který jsme chtěli.

    Do záznamů strukturovaný souborový systém je pro flash přirozeným partnerem. Jedním z detailů do záznamů strukturovaného návrhu je, že se záznamy zapisují ve velkých spojitých kusech nazvaných „segmenty“, které mají řádově megabyty. Aby se snížila režie způsobená metadaty a získala co největší výkonnost, záznamy jsou seskupovány a zapsány sekvenčně do úplně volného segmentu. Většina segmentů je přitom v daný okamžik částečně využita a částečně volná, takže souborový systém musí sesbírat všechna používaná data segmentu a přesunout je jinam předtím, než do segmentu bude možné zapisovat. Když souborový systém potřebuje další segment, nejprve vyčistí existující částečně využitý segment tím, že přesune všechna používaná nebo živá data do jiného volného segmentu – zjednodušeně sbírá odpad [collects garbage]. Teprve poté je všechno připraveno a souborový systém může v jednom velkém proudu zapsat do prázdného segmentu. Tento systém segmentů a jejich pročišťování je přesně to, co je potřeba pro efektivní zápis do flashového zařízení, vzhledem ke nutnosti vymazat velké spojité bloky flash před zápisem do nich.

    Shoda mezi do záznamů strukturovanými souborovými systémy a flash je zjevná, když se podíváme na souborové systémy napsané pro rozhraní, které umožňuje pracovat přímo s flash – tj. pro zařízení bez zabudovaného vyrovnávání opotřebení a sběru zápisů. Souborové systémy, které ví o výmazových blocích [erase block] a musí s nimi pracovat, stejně jako s mnoha dalšími detaily hardwaru založeném na flash, jsou téměř vždy v návrhu strukturované do záznamů. Nejčastěji používaný takový souborový systém pro Linux je JFFS2 používaný v embedded zařízeních, jako jsou automaty na jízdenky nebo zábavní systémy zabudované do sedadel v letadlech. Více než jednou jsem nasedla do letadla a na takovém zábavním systému viděla chybové hlášení JFFS2 o poškozené flash. (Je smutné, že mnoho tisíc lidí si nyní spojuje bootovací logo tučňáka Tuxe s tím, že během letu na dlouhou vzdálenost nemohli koukat na TV.)

    Pro SSD, která exportují blokové rozhraní ve stylu disku – dnes většina SSD pro koncové zákazníky – používá operační systém běžný souborový systém a komunikuje s SSD pomocí tohoto blokového rozhraní (tj. čti blok č. 37 do tohoto bufferu, zapiš tento buffer do bloku č. 42 atd.) Tento systém nicméně stále obsahuje logický ekvivalent do záznamů strukturovaného souborového systému; ten je pouze skryt uvnitř SSD. Firmware, který implementuje vyrovnávání opotřebení, seskupování zápisů a vše ostatní, musí řešit stejné problémy jako do záznamů strukturovaný souborový systém. O tom budeme mluvit dále.

    Výkonnost do záznamů strukturovaných souborových systémů

    link

    Do záznamů strukturované souborové systémy jsou přirozené pro dnešní flashová úložiště, ale v roce 1990 se zdálo, že mají velký potenciál i pro souborové systémy pro disky. Jak ale všichni víme, takové systémy v našich laptopech ani serverech nepoužíváme. Co se stalo?

    Ve zkratce – do záznamů strukturované souborové systémy mají relativně slušný výkon, dokud lze veškeré čištění segmentů – přesuny živých dat mimo segment, aby ho bylo možné znovu použít – provádět na pozadí, když souborový systém není zaneprázdněn „skutečnou“ prací. První větší reakce na práci o LFS [PDF] zjišťuje, že se výkonnost LFS sníží při běžné úrovni využití disku, poměru velikosti paměti k disku a provozu na souborovém systému až o 40 % od nejlepší možné. Ve zkratce – v normálním stavu souborový systém tráví významné množství času čištěním segmentů – přesunem starých dat pryč ze segmentu, aby ho bylo možné znovu použít. Tento problém čištění segmentů byl předmětem výzkumu přinejmenším dalších deset let, ale žádné z řešení nedokázalo přesvědčivě porazit nejmodernější souborové systémy se zápisem na místě při praktické úrovni využití disku. Je to jako porovnávat sběr odpadků [garbage collection] s explicitním čítáním odkazů při správě paměti; když je využité paměti málo a občasný nárůst latence nevadí, pohodlí sběru odpadků převyšuje výkonnostní výhody. Při „vysoké“ úrovni využití disku – stačí 50 % – ale cena za čištění a periodicky se opakující velké latence při čekání, až se uvolní místo, představují problém.

    Jak ukázal článek o LFS, klíčem k dobré výkonnosti do záznamů strukturovaného souborového systému je umístit data tak, že se téměř prázdné segmenty vytváří tak rychle, jak jsou spotřebovávány. Propustnost souborového systému pro zápis je omezena tempem, v jakém je schopen vytvořit čisté segmenty. Nejhorší případ je situace, kdy je souborový systém z X % zaplněn a všechny segmenty jsou také zaplněny z X %. Vytvoření jednoho čistého segmentu pak vyžaduje sesbírat živá data z

    N = 1/(1 – X)

    segmentů (zaokrouhleno nahoru) a zapsat stará data do N – 1 z těchto segmentů. Pro využití disku z 80 % dostáváme:

    N = 1/(1 – 0.80) = 1/.20 = 5

    segmentů, které je potřeba uklidit. Pokud by segmenty měly 1 MB, museli bychom číst

    5 * 800 kB = 4 MB

    dat s přeskakováním [seek] a zapsat 4 MB sekvenčně předtím, než bychom byli schopni zapsat 1 MB nových dat. (Poznámka autorky článku pro pedanty: MB/kB se používají jako mocniny 10, ne 2.)

    Nejlepší případ je na druhou stranu souborový systém, který má dva druhy segmentů – zcela zaplněné a úplně prázdné. Vzor zapisování pro nejlepší případ je takový, že mění matadata a data v jediném segmentu, takže když se zapisuje nová verze, starou je možné uvolnit a tím se uvolní celý segment. Skutečný stav leží někde mezi těmito dvěma případy. Cílem pro souborový systém strukturovaný do záznamů je vytvořit dvoumodální rozdělení využití segmentů: Většina segmentů by měla být téměř zaplněna nebo téměř prázdná, přičemž plné segmenty by se neměly často měnit. Jak se ukazuje, je těžké toho dosáhnout.

    SSD mají další zajímavé omezení: Vyrovnávání opotřebení. I pro nejlepší případ, ve kterém je většina segmentů 100% zaplněna a žádné zápisy nemění jejich data, musí SSD tyto segmenty jednou za čas přesunout, protože musí zápisy rozprostřít na všechny dostupné bloky. To v některých případech přidává přesouvání segmentů navíc a oproti do záznamů strukturovaným souborovým systémům pro disky ještě více ztěžuje dosažení dobré výkonnosti.

    Poučení – je nějaké?

    link

    Je skvělé, že se výrobci SSD mohou poučit z dvaceti let předchozí práce na do záznamů strukturovaných souborových systémech. Není nicméně jasné, jestli to opravdu dělají. Většina výrobců při vývoji firmwaru pro SSD používá velmi uzavřený přístup – jde o tajnou omáčku, která z levné běžně dostupné flash prodávané s malým ziskem dělá extrémně drahé, spolehlivé a vysoce výkonné úložné zařízení prodávané s velkým ziskem. Někteří výrobci v tomto úkolu zjevně uspěli lépe než jiní. V současnosti výrobci používají strategii obchodního tajemství, aby si svou konkurenční výhodu udrželi – žádají o patenty pro jednotlivé části návrhu, ale celkovou implementaci tají. Zpráva vývojářům souborových systémů je „Prostě nám věřte“ a „Nelámejte si s tím své malé programátorské hlavičky“, kdykoliv se ptáme na další informaci ohledně implementace SSD. S touto strategií se v současnosti nelze příliš dohadovat, ale nesdílení informací s lidmi z vnějšku navozuje (a posiluje) pocit, že stejně tak jsou ignorovány informace od lidí z vnějšku, například dříve publikované akademické práce.

    Jedna z největších promeškaných příležitostí založených na poučení ze souborových systémů strukturovaných do záznamů je pomalé přijetí podpory TRIM v SSD. TRIM je příkaz, který blokové zařízení informuje, že určitý rozsah bloků souborový systém již nepoužívá – zjednodušeně jde o volání free() na bloky. Jak bylo popsáno výše, nejlepší výkonnosti se dosáhne, když se jako vedlejší efekt probíhajících zápisů vytvářejí prázdné bloky. Jako jednoduchý příklad vezměme segment, který obsahuje jenom jediný inode a všechna data jeho souboru. Pokud další sada zápisů do souborového systému přepíše všechna data tohoto souboru (a jako vedlejší efekt i inode), pak bude segment úplně volný a souborový systém nemusí přesouvat žádná živá data, aby jej mohl použít znovu. Ekvivalentní akce je u SSD zápis do bloku, do kterého se v minulosti již zapisovalo. Interně SSD ví, že je stará verze bloku nyní volná a že ji může použít, aniž by někam musel kopírovat data.

    Do záznamů strukturované souborové systémy mají ale zjevnou výhodu nad SSD z doby před TRIM (tj. v podstatě nad všemi komerčně dostupnými SSD dnes, v září 2009). Tyto souborové systémy totiž ví, že data na disku byla uvolněna, i když nejsou přepsána. Uvažme případ, kdy bude jednosegmentový soubor vymazán: Celý segment je nyní volný, ale nedošlo k žádnému přepisování. Do záznamů strukturovaný souborový systém ví, co se stalo a že má nyní k dispozici jeden volný segment. Všechno, co vidí SSD, je pár malých zápisů do jiných bloků na disku. Z jeho pohledu bloky, které používal nyní vymazaný soubor, stále obsahují drahocenná data, která souborový systém používá, a tak musí tato data přesouvat navěky. Jakmile bylo jednou zapsáno do každého bloku v zařízení, SSD je odsouzeno k nejnižší možné výkonnosti, protože rezervní bloky jsou na minimu a pokaždé se musí přesouvat data, když má být použit nový blok.

    Jak jsme viděli, pro dobrou výkonnost souborových systémů strukturovaných do záznamů je klíčová dostupnost volných nebo téměř volných segmentů. SSD bez podpory TRIM o mnoha volných segmentech neví a z toho vyplývá obrovské výkonnostní znevýhodnění, takové, kvůli kterému je šokující, že se vůbec nějaké SSD bez podpory TRIM prodávají. Můj odhad je, že výkonnost SSD se původně testovala pouze na souborových systémech se zápisem na místě (ehm, NTFS) při nízkém celkovém využití těchto souborových systémů (řekněme 70 % nebo méně).

    Bohužel TRIM je ve své současné podobě navržen i implementován tak, že se chová neuvěřitelně uboze. Příkazy TRIM nejsou značkové [tagged] a přinejmenším jednomu SSD trvá stovky milisekund příkaz TRIM zpracovat. Vývojáři jádra debatovali o tom, jak přesně implementovat podporu TRIM na Konferenci linuxových instalatérů [Linux Plumbers Conference], na Linux Storage and File System Workshop a v e-mailových konferencích: Jaký je přesně dopad na výkon pro každý TRIM, jakou granularitu by TRIM měl mít, jak často by měl být vysílán a jestli je v pořádku zapomenout nebo zmeškat příkazy TRIM. Podle mě by se stav využitý/volný jednotlivého bloku na zařízení, které umí používat TRIM, měl sledovat tak pečlivě jako u stránek v paměti. Implementace souborového systému může mít formu explicitních synchronních volání alloc()/free() nebo asynchronního sběru odpadu (během kontroly souborového systému nebo preventivního spuštění), ale používané bloky by nám každopádně neměly unikat ze stejných důvodů, z jakých by nám neměla unikat paměť. A k tomu – v ideálním světě – by TRIM měl být vylepšen nebo nahrazen příkazem, který by měl kompletní vlastnosti a ve specifikacích ATA byl dobře navrženým občanem první třídy, nikoliv někam dodatečně připíchnutým hackem.

    Toto všechno je samozřejmě bez implementačních detailů od výrobců SSD pouhá spekulace. Možná nějací programátoři firmwaru pro SSD přišli s úplně novými algoritmy pro remapování a shromažďování zápisů, které do záznamů strukturované souborové systémy vůbec nepřipomínají, a výkonnostní charakteristiky a optimalizace, které jsme doteď viděli, tyto souborové systémy připomínají jenom náhodou. Zatím to ale vypadá tak, že chovat se k SSD tak, jako v něm takový souborový systém byl, je dobré obecné pravidlo, když chceme získat dobrou výkonnost. K té bude dlouhodobě klíčem plná podpora TRIM jak na straně SSD, tak na straně souborového systému.

           

    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ář

    16.10.2009 01:47 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Mezi jeho další veselé příhody patří příhoda vztahující se k algebraickému oboru - teorii grup. V úterý, když vycházely ruské knižní novinky, akademik Kořínek zašel do cizojazyčné literatury. A najednou jindy tak rozvážná kapacita zneklidněla, začal tam nekontrolovaně pobíhat a vykřikoval: "Skupiny jsou nesmysl! Skupiny jsou nesmysl!", ale nikdo ho nebral vážně. Konečně na sebe upoutal pozornost, a aby dodal svým slovům váhu, řekl, že je akademik, jenže odpověď byla ještě pádnější: "To překládal taky akademik!"

    -- Úvod do matfyzáka
    16.10.2009 07:24 RN
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Muzete sem prosim vlozit primy odkaz na original textu v anglictine? Ten cesky preklad se mi cte nejak kostrbate. -Diky.
    16.10.2009 08:09 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Odkaz je pod článkem pod nadpisem "Odkazy a zdroje".
    18.10.2009 10:42 martyone | skóre: 18
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Hmm, nebyla tady podobná otázka již několikrát? :-) ...možná by bylo dobré trošku upravit způsob zobrazení těchto informací – já bych to tam taky nehledal ;-)
    16.10.2009 08:31 Yenya
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Taky jsem si rikal co je "do zaznamu strukturovany souborovy system" a on je to log-structured file system. Fakt bych nektere veci neprekladal, je to nesmysl a nerozumi tomu nikdo. Ty "zaznamy" mi pri pokusu o zpetny preklad a namapovani na neco co znam spis evokuji slovo "record" nez "log".

    -Yenya
    16.10.2009 08:49 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    nerozumi tomu nikdo
    Hned v první větě je ten termín v originálním znění, takže s neporozuměním by snad problém být neměl.
    16.10.2009 09:07 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Ty "zaznamy" mi pri pokusu o zpetny preklad a namapovani na neco co znam spis evokuji slovo "record" nez "log".
    To mi bylo jasné už při překladu, ale nenašel jsem lepší slovo, které by se dalo použít (do deníku strukturované... zní blbě). Nicméně "do záznamů strukturované" není TAK špatné, aby mě to přesvědčilo, že mám ponechat originální znění.
    Quando omni flunkus moritati
    16.10.2009 10:10 frr | skóre: 33
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden

    Souborový systém na bázi špalku. Souborový systém na špalku. Souborový systém připomínající štípání špalků. Mimochodem, slovo "logging" může v AJ znamenat taky kácení lesa (představte si, jak se les mění na metrové dříví). Hmm... kácení souborového systému. Souborový systém pokácený a rozštípaný.

    V takových situacích taky dávám přednost anglickým originálům :-)

    P.S.: Souborový systém organizovaný jako úhledná hranice metrových špalků?

    [:wq]
    16.10.2009 12:58 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    :-D :-D
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    17.10.2009 12:02 Kvakor
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je j
    I samotní anglicky mluvící si z více významů slova "log" dělají srandu ve vtipech, které jsou většinou zcela nepřeložitelná, jako například onen matematický vtip, ve kterém zmije požadují po Noemovi špalky, aby se mohly množit ("We're adders, so we need logs to multiply.")
    17.10.2009 19:06 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je j
    Je to přeloženo ok.
    16.10.2009 07:28 pf
    Rozbalit Rozbalit vše jednou jsem nasedla do letadla
    "Více než jednou jsem nasedla do letadla"
    pisatel clanku je muz ci zena ? :-)
    16.10.2009 08:07 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: jednou jsem nasedla do letadla
    Jméno Valerie ti připadá mužské?
    16.10.2009 08:15 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: jednou jsem nasedla do letadla
    A co teprve Hensonová...
    Quando omni flunkus moritati
    16.10.2009 17:34 Peter Fodrek | skóre: 10
    Rozbalit Rozbalit vše nemalo to byt inak
    >Valerie Aurora (dříve Hensonová).

    logicky mi tam sedi

    Valerie Aurorová (dříve Hensonová)

    alebo

    Valerie Aurora (dříve Henson).

    ale ten hybrid je divny
    16.10.2009 20:04 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Přípona -ová se vypouští v případě, že jméno s příponou se špatně vyslovuje
    Quando omni flunkus moritati
    19.10.2009 08:19 Peter Fodrek
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Tak v tom ste s cestinou vpredu, v slovencine je to povinne aj ked sa to zle cita.... Jedina vynimka je v slovencine, ak je priezvisko cudzojazycne a dama vyslovene poziada o neprechylovanie...
    20.10.2009 20:59 AHAHA | skóre: 7 | blog: ZZZ
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Obcas se mi zda, ze slovencina jeste nevyrostla z "puristickeho veku".
    16.10.2009 21:11 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Moje učitelka tělocviku na základce se jmenovala hezky česky Matějů. Měla se snad podle tebe přejmenovat na Matějová, abys v tom měl pořádek?
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    16.10.2009 23:37 Aldagautr | skóre: 20
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    samozrejme ze Matejuova
    o svobodu prichazi nejsnaze ten, kdo o ni nikdy nebojoval
    17.10.2009 13:43 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Tak na tohle pozor. Matějů a Matěja (pro Matějovou) jsou dve rozdilna primeni a prechyluji se jinak.
    19.10.2009 08:21 Peter Fodrek
    Rozbalit Rozbalit vše Re: nemalo to byt inak
    Podla mna to nie je ceske ale polske priezvisko... a o tom viem Heidi Janku sa neprechyluje.... Akurat Aurora mi nepridapad podobvne Janku...
    oryctolagus avatar 18.10.2009 18:04 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    do záznamů strukturované souborové systémy
    To je strašný překlad... (Ale nenapadá mě nic lepšího...:-()
    Existuje 10 druhů lidí: Ti, co nerozumí binární soustavě, ti, co ano, a ti, kteří znají i balancovanou ternární.
    20.10.2009 02:23 Michal Ludvig | skóre: 16
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Lepší je to nepřekládat. Překlad cizojazyčného odborného termínu na uměle vytvořený český tvar je imho nesmysl protože tomu nakonec nerozumí ani ten kdo se v problematice orientuje.

    Ačkoliv kernelové novinky a spol tu čtu skoro vždycky, tak tenhle překlad jsem nebyl schopen dopřelouskat :-(
    20.10.2009 07:22 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Log structured filesystemy se - což je poměrně podivné - vyvinuly z logging filesystemů. Logging (nebo journaling) filesystem je normální filesystem se zápisem na místě ve stylu ext2 nebo FFS s tím, že je k němu připíchnut logging zápisovch operací. (V tomto článku budeme používat termín „journaling filesystem“, aby nedošlo k záměně „logging“ a „log structured“ filesystemu.) Journaling filesystem udržuje stav souborového systému na disku konzistentní tím, že do logu zapíše shrnutí každé zápisové operace na nějaké nonvolatilní úložiště, jako je disk (nebo NVRAM, pokud na to máte peníze), předtím než se změny zapíší na své dlouhodobé umístění ve filesystemu.
    Jestli ti tohle přijde jako lepší "překlad" do češtiny, tak mě teda ne. Smiř se s tím, že tam, kde z toho nevypadne čistonosoplena, překlady termínů budou - můžete s tím nesouhlasit, můžete proti tomu protestovat, ale to je tak všechno, co s tím můžete dělat.
    Quando omni flunkus moritati
    20.10.2009 12:35 Michal Ludvig | skóre: 16
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Do záznamů strukturovaný souborový systém už ale má k čistonosopleně sakra blízko ;-)
    20.10.2009 13:12 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Zhruba stejně blízko, jako log structured filesystem k handkerchiefu. :P
    oryctolagus avatar 20.10.2009 22:47 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    :-D
    Existuje 10 druhů lidí: Ti, co nerozumí binární soustavě, ti, co ano, a ti, kteří znají i balancovanou ternární.
    20.10.2009 13:14 frr | skóre: 33
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Musím nerad přiznat, že mému zobáku je tenhle styl polopřekladu bližší :-) Ale na druhou stranu, nemám nic proti puritánštějšímu překladu, je to Vaše věc, jakou cestu si zvolíte - hlavně díky Vám za to, že to shrnutí v češtině vyrábíte. Ačkoli nemám problém přečíst si ten materiál v AJ, nějak na ABC zabloudím častěji než na LWN :-)
    [:wq]
    21.10.2009 16:36 extremni lama | skóre: 14 | blog: e_lama
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    tohle je hlavni duvod proc od tohohle autora clanky nectu - nejenom ze si nenecha vysvetlit ze prekladat odborny terminy je blbost, ale navic se jeste chova arogantne...
    The enemy of my enemy is still my enemy.
    21.10.2009 17:11 AHAHA | skóre: 7 | blog: ZZZ
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Nechodte do extremu.

    logging - logovani journaling - zurnalovaci filesystem - filesystém

    Neni problem pouzivat pocestene varianty, pokud jsou v obecnem povedomi. Naproti tomu "do záznamů strukturované souborové systémy" zni neuveritelne kostrbate a nikdo tomu nerozumi vic nez "log structured filesystemy". Nemyslim si, ze je ku prospechu veci, kdyz se vlastni pest snazite zavadet ceskou terminologii.
    21.10.2009 17:26 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Souhlasím, do záznamů strukturované souborové systémy už je fakt extrém. Zato slovo nonvolatilní kupodivu přeloženo nebylo…
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    oryctolagus avatar 21.10.2009 22:15 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    +1 líp se to čte
    Existuje 10 druhů lidí: Ti, co nerozumí binární soustavě, ti, co ano, a ti, kteří znají i balancovanou ternární.
    18.10.2009 23:49 jd
    Rozbalit Rozbalit vše pro odbornika nic noveho
    Teorie je 20 let stara a je to preblem ktery nam s masivnim nastupem SSD prijde dat do tlamy. Duvody:

    - cert vi co SSD uvnitr delaji, jak moc je dokonala emulace disku souborovym systemem abych na nej mohl ulozit souborovy system. Takto silena je soucasna realita.

    - soucasny nejrozsirenejsi system nema zadny primo pouzitleny FS to jinak receno znamena ze zadny SSD nema mechanizmus na primy pristup na flash ("nikdo" ho nepotrebuje)

    - JFFS2 neni system pouzitelny pro velke objemy dat

    - NILFS je o neco lepsi nez JFFS2 ale ....

    - dnes se pouzivaji flash ale na obzoru jsou i jine technologie (FRAM a jine)

    - az se za cca 3 roky budou pouzivat SSD masivne budou "odborne" casopisy plne srovnavacich testu a kazdy vyrobce bude mit tu "nejdokonalejsi technologii". Velkolepy zmatek a pro BFU magie. Skutecnost ale bude velke casti davu unikat a uvidime cim se necha dav ktery urcuje prodeje a tim i dalsi vyvoj ubihat. Rozhodne to nebudou rozhodnuti podlozene fakty, spis pocity a muze se stat cokoli.

    - Otaznik c.1 je MS. Bude dal delat mrtveho brouka nebo zkusi prosadit logovaci system s primou kontrolou nad nad SSD? Muj nepodlozeny pocit je, ze SSD je skutecny duvod dalsich odkladu WinFS (ktery mel byt uz ve Vistach).
    Sleep_Walker avatar 24.10.2009 14:51 Sleep_Walker
    Rozbalit Rozbalit vše Re: Do záznamů strukturované souborové systémy: V každém SSD je jeden
    Zajimalo by me, zda pouziti JFFS2, NILFS atd. bude mit nejake zlepseni i pro SD(HC) ci CF? (odpoved typu 'logika wear levelingu je uz ukryta v karte' prosim vynechte - to je mi jasne)

    Nezkousel jste nekdo srovnani tohoto typu?

    V soucasne chvili pouzivam EXT2 s noatime, ale kdyz to prodlouzi zivotnost, rad bych prohodil...

    Diky

    Založit nové vláknoNahoru

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