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 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 1
dnes 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
včera 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 1
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
7.12. 11:11 | Komunita

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
7.12. 05:55 | Zajímavý článek

V Londýně probíhá konference věnovaná počítačové bezpečnosti Black Hat Europe 2017. Průběžně jsou zveřejňovány prezentace. Videozáznamy budou na YouTube zveřejněny o několik měsíců. Zveřejněna byla například prezentace (pdf) k přednášce "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". Dle oznámení na Twitteru, aktualizace vydaná společností Intel nevylučuje možnost útoku.

Ladislav Hagara | Komentářů: 5
7.12. 04:44 | Komunita

Virtualizační nástroj GNOME Boxy ve Fedoře 27 umožňuje jednoduše stáhnout a nainstalovat Red Hat Enterprise Linux, který je pro vývojáře zdarma. Vývojová verze GNOME Boxy již umožňuje jednoduše stáhnout a nainstalovat další linuxové distribuce. Ukázka na YouTube. Seznam distribucí a jejich verze, nastavení a cesty k ISO obrazům je udržován v knihovně a databázi libosinfo (GitLab).

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ů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 957 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4

    20. 6. 2011 | Jirka Bourek | Jaderné noviny | 3945×

    Aktuální verze jádra: 3.0-rc2. Citáty týdne: Al Viro, Ingo Molnár. Problémy se snímky v ext4. O vsyscallech a vDSO.

    Obsah

    Aktuální verze jádra: 3.0-rc2

    link

    Současné vývojové jádro je 3.0-rc2 vydané 6. června. Byl relativní klid, i když aktualizace btrfs je o něco větší, než jsem doufal. Krom toho se jedná hlavně o opravy ovladačů, nějaké aktualizace ubifs a několik revertů regresí. Zkrácený changelog je v oznámení, detaily najdete v kompletním changelogu.

    Stabilní aktualizace: v tomto týdnu žádné nevyšly a žádné se ani v době psaní tohoto článku nerevidují.

    Citáty týdne: Al Viro, Ingo Molnár

    link

    Chyby jsou jako houby – když nějakou najdete, porozhlédněte se po dalších...

    -- Al Viro

    Maximalizace bezpečnosti je obtížná: jestli má chyba bezpečnostní dopady značně závisí na chybě a na způsobu nasazení a ve většině případů není bezpečnostní dopad chyb odhalen. Odhaduji, že v KAŽDÉM OS je pravděpodobně desetkrát víc chyb s potenciálním bezpečnostním dopadem, než kolika se kdy přiřadí CVE číslo...

    Vkládání CVE do changelogu je tedy škodlivé, zbytečné, zavádějící a jenom by to vytvořilo falešný průmysl „vyděsit uživatele“ a „získat pozornost“ (společně s aspektem „dlouhou dobu zdržovat opravy chyb“, když to bude dobře zaplacené), který by operoval na přiřazování CVE čísel a jejich 'řešení' – to demotivuje skutečné opravy chyb a lidi, kteří se sami nezvolili opravovateli chyb.

    Rád bych posílil přirozený průmysl 'opravování chyb', ne průmysl založený na bezpečnostním cirkusu.

    -- Ingo Molnár

    Problémy se snímky v ext4

    link

    napsal Jonathan Corbet, 8. června 2011

    Patch pro souborový systém next3, který do souborového systému ext3 přidal snímky [snapshot], se objevil o něco málo víc než před rokem; v Jaderných novinách z dané doby se dočtete, že je potřeba tento patch posunout více k ext4, aby ho vůbec bylo možné začlenit. K této změně došlo a nedávné patche pro snímky v ext4 vypadají jako něco, co se blíží ke stavu, ve kterém by to šlo začlenit do hlavní řady. To vedlo k novým stížnostem, které by tento proces mohly poněkud zpomalit.

    Jedna stížnost přišla od Josefa Basika:

    Pravděpodobně jsem s tím měl přijít dřív, ale proč věnovat tolik snahy, aby se do ext4 natlačila takto invazivní vlastnost, když btrfs tohle všechno již umí? Proč místo snahy přijít se spoustou hacků obcházející myriádu podivných kombinací vlastností v ext4 raději nevěnovat pozornost tomu, aby se btrfs stabilizovalo a bylo připraveno k nasazení?

    Ve své odpovědi Amir Goldstein řekl, že jeho zaměstnavatel (CTERA Networks) chce tuto vlastnost v ext4. V produktech se to již dodává a btrfs stále není považován za dostatečně stabilní, aby se v daném prostředí použil.

    Další obavy pocházejí ze začlenění takto velké vlastnosti do souborového systému, který má být stabilní a připravený pro produkční nasazení. Nikdo v tuto chvíli nechce zavléct do ext4 závažné chyby. Krom toho snímky aktuálně nefungují se všemi variantami formátu ext4 na disku. Mnoho kombinací vlastností ext4 v současnosti nefunguje dobře, což vede Erica Sandeena k obavě z toho, kam tento souborový systém míří:

    Jestli se ext4 vyrovná životnosti ext3, bojím se, že za deset let to bude vypadat spíš jako sbírka zvířátek různých lidí než jako dobře navržený projekt, který drží pohromadě. Jak dlouho ještě můžeme přidávat vlastnosti, které jsou napůl nebo úplně nekompatibilní s jinými vlastnostmi?

    Považujte to za volání divočiny, aby se vlastnosti zaváděly pomaleji a celostně...

    Správce ext4 Ted Ts'o odpověděl se vzácným (na jadernou komunitu) přiznáním, že technické záležitosti nejsou vždy jediným rozhodujícím faktorem při rozhodování o začlenění vlastností:

    Je to něco, z čeho mám občas obavy; a sdílím je s tebou. Zároveň je ale faktem, že jsme jako staří holandští mistři, kteří museli brát v úvahu preference svých patronů (tj. v našem případě lidí, kteří nám dávají výplatu :-))

    V tomto případě si myslí, že mnoho lidí má o snímky zájem. Má obavy, že firmy jako CTERA by mohly přestat ext4 používat, pokud ho nepůjde upravit, aby plnil jejich potřeby. Jeho plán je tedy snímky začlenit, až (1) budou patche dostatečně dobré a (2) bude se zdát, že existuje plán, jak vyřešit zbývající problémy.

    O vsyscallech a vDSO

    link

    napsal Jonathan Corbet, 8. června 2011

    Segmenty „vsyscall“ a „vDSO“ jsou dva mechanismy, které se používají pro zrychlení některých systémových volání v Linuxu. I když je jejich funkce stejná (poskytnout rychlý přístup k funkcionalitě, která nemusí běžet v jaderném (privilegovaném) režimu), jsou mezi nimi výrazné rozdíly. Nedávno se začalo mít za to, že vsyscall zjednodušuje útoky, takže byly sestaveny patche, které ho mají začít pomalu odstraňovat. Diskuze o těchto patchích ukazuje, že neshody o tom, jak komunita řeší bezpečnostní záležitosti, jsou stále stejně silné, jako vždy byly.

    Oblast vsyscall je starší z obou mechanismů. Byla přidána jako způsob, jak vykonat specifická systémová volání, která nepotřebují žádná privilegia ke spuštění. Klasickým příkladem je gettimeofday(); všechno, co tato funkce potřebuje, je načíst jaderný náhled na to, kolik právě je. Existují aplikace, které gettimeofday() volají často a to až do té míry, že je musí zajímat každý kousek režie navíc. Aby se to vyřešilo, umožňuje jádro mapovat stránku obsahující aktuální čas v režimu pouze pro čtení do uživatelského prostoru; taková stránka také obsahuje rychlou implementaci gettimeofday(). Použitím virtuálního systémového volání může C knihovna poskytnout rychlé gettimeofday(), které se nikdy nepotřebuje přepnout do jaderného režimu.

    Vsyscall má nějaká omezení, mezi jinými je tam místo jenom na pár virtuálních systémových volání. Když se na tato omezení narazilo, jaderní vývojáři vytvořili flexibilnější implementaci vDSO. Rychlý pohled na současný systém ukáže, že se stále používají obě:

    $ cat /proc/self/maps
    ...
    7fffcbcb7000-7fffcbcb8000 r-xp 00000000 00:00 0            [vdso]
    ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0    [vsyscall]

    Klíč k současné diskuzi lze vidět, když stejný příkaz spustíme znovu a porovnáme si výstupy:

    $ cat /proc/self/maps
    ...
    7fff379ff000-7fff37a00000 r-xp 00000000 00:00 0            [vdso]
    ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0    [vsyscall]

    Všimněte si, že oblast vDSO se přesunula, zatímco stránka vsyscall zůstává na svém místě. Pozice stránky vsyscall je pevná, je to součástí jaderného ABI, ale oblast vDSO – stejně jako většina oblastí v rozvržení paměti pro uživatelský prostor – má při každém namapování náhodnou polohu.

    Znáhodňování rozvržení adresového prostoru je určitou obranou vůči bezpečnostním děrám. Útočník, který je schopen přepsat zásobník, může často zajistit, aby se funkce v cílovém procesu „vrátila“ na libovolnou adresu. S ohledem na to, co je na dané adrese za instrukci, může tento návrat způsobit téměř cokoliv. Zjevným příkladem je návrat do funkce system() v C knihovně; lze ji použít ke spuštění libovolného příkazu. Jestliže ale pozice C knihovny není známa, je pro exploit těžké až nemožné skočit na užitečné místo.

    Ve stránce vsyscall není funkce system(), ale je tam několik strojových instrukcí, které volají systémová volání. S trochou hraní by tyto instrukce mohlo být možné použít při přepsání zásobníku tak, aby se zavolalo libovolné systémové volání s parametry, které nastavil útočník – což není žádoucí výsledek. Bylo by tedy hezké se stránky vsyscall zbavit – nebo ji alespoň umisťovat náhodně, aby se tomuto typu útoku zabránilo. Aplikace bohužel závisí na existenci a přesné pozici této stránky, takže nelze nic dělat.

    Až na to, že Andrew Lutomirski přišel na něco, co by se dalo dělat: odstranit všechny užitečné instrukce ze stránky vsyscall. Jedna byla spojena se sysctl nastavením vsyscall64, ta byla užitečná jenom pro user-mode Linux (a nefungovala správně ani tam); jednoduše byla odstraněna. Další nebyly instrukce pro systémové volání jako takové: například pokud se v pravý okamžik skočilo do systémového času (a tedy když se vykonal jako kód), vypadal jako instrukce pro systémové volání. Aby se tento problém vyřešil, byly proměnné přesunuty do samostatné stránky, kde je zakázáno vykonávání kódu.

    Zbytek kódu ve stránce vsyscall byl jednoduše odstraněn a nahrazen zvláštní zachycovací [trap] instrukcí. Když se aplikace pokusí zavolat funkci ve stránce vsyscall, jádro to zachytí a požadované virtuální systémové volání emuluje v jaderném režimu. Výsledkem je, že jaderné systémové volání emuluje virtuální systémové volání, které bylo vytvořeno, aby nebylo nutné volat jaderné systémové volání. Výsledkem je „vsyscall“, který trvá o zlomek mikrosekundy déle, ale – což je kritické – neporušuje existující ABI. V každém případě bude zpomalení možné pozorovat jenom v případě, že se aplikace bude pokoušet použít stránku vsyscall místo vDSO.

    Současné aplikace by to většinou dělat neměly až na malý problém: glibc stále používá time() z vsyscall. V repozitáři glibc to bylo opraveno, ale tato oprava se k uživatelům nějakou dobu nemusí dostat; do té doby budou volání time() o něco pomalejší než dříve. Neměl by to být problém, ale protože jeden nikdy neví, dal Andy dohromady konfigurační volbu, která zachovává staré způsoby. Každý, kdo má obavy z režie emulované stránky vsyscall, může nastavit CONFIG_UNSAFE_VSYSCALLS a získá původní chování.

    Nikdo neměl námitky vůči sadě patchů jako celku, ale Linusovi se vůbec nelíbilo to, jak byla pojmenována ta konfigurační volba; požadoval, aby byla pojmenována CONFIG_LEGACY_VSYSCALLS. A nebo ještě lépe aby změna byla provedena bezpodmínečně. To vedle k poměrně předvídatelné reakci od vývojáře PaX o tom, jak jaderná komunita ráda skrývá bezpečnostní problémy. Na to Linus řekl:

    Nazvat staré vdso „NEBEZPEČNÉ“ v konfigurační volbě je prostě stupidní. Je to zpolitizované jméno bez dobrého důvodu kromě tvé politické agendy. A když to řeknu nahlas, začneš chrlit stejné staré nesmysly o bezpečnosti.

    Postačí říci, že konverzace od té chvíle poměrně upadla; kdo má zájem, může vlákno sledovat následováním odkazů ve zprávách citovaných výše.

    Z diskuze vzešel jeden užitečný poznatek a sice, že statická stránka vsyscall není ve skutečnosti bezpečnostní slabinou; je to jednoduše zdroj, který může útočníkovi zjednodušit zneužití slabiny někde jinde. Jestli tento aspekt činí danou stránku „nebezpečnou“ nebo jenom „zastaralou“ [legacy] budiž cvičením pro čtenáře. Tak jako tak je její odstranění považována za dobrý nápad i když by to mohlo vést k tomu, že v jádře zůstanou neopraveny skutečné bezpečnostní chyby; hádka je o pojmenování.

    V době psaní tohoto článku nebyly konečné patche zaslány, ale podoba, kterou na sebe vezmou, bude poměrně jasná. Statická stránka vsyscall nebude existovat ve své současné podobě a aplikace, které ji stále používají, budou fungovat dál o něco pomaleji. Konfigurační volba určující toto chování může existovat, ale nemusí, ale každá distribuce, která bude obsahovat jádro s touto změnou (pravděpodobně 3.1 či novější), bude také mít C knihovnu, která se již nepokouší používat stránku vsyscall. A se štěstím bude zneužití slabin o něco těžší.

           

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

    20.6.2011 00:39 8an | skóre: 30
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4

    Na to Linux řekl

    Linux si už konečně uvědomil sebe sama, nebo je to jenom překlep? :o)

    If you build an operating system that even an idiot can use, only idiots will use it.
    Luboš Doležel (Doli) avatar 20.6.2011 00:54 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Opraveno :-)
    20.6.2011 07:22 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ve své odpovědi Amir Goldstein řekl, že jeho zaměstnavatel (CTERA Networks) chce tuto vlastnost v ext4. V produktech se to již dodává a btrfs stále není považován za dostatečně stabilní, aby se v daném prostředí použil.

    Jenom mě se to zdá jako čiré "manažerské rozhodnutí"? Aneb jak něco rozdrbat jen kvůli osla, který nejspíš absolutně nechápe co je to open source a má obavu z toho že by Oracle mohl btrfs uzavřít.
    20.6.2011 08:23 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jakou má souvislost uzavření btrfs a stabilita?
    Quando omni flunkus moritati
    20.6.2011 09:47 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Třeba tu, že zavedením téhle funkcionality budou definitivně uťaty řeči o stabilitě ext4.
    20.6.2011 11:26 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    No v tom teda žádnou souvislost s uzavřením btrfs nevidím...
    Quando omni flunkus moritati
    20.6.2011 11:58 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Chápu. Na tohle už je totiž třeba vyšší logika.
    20.6.2011 12:42 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Nebo tvoje "logika"...
    Quando omni flunkus moritati
    20.6.2011 15:22 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    No, dle níže uvedených reakcí nejen moje.
    20.6.2011 15:41 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Nenamáčej do toho ostatní a zkus přímo odpovědět na otázku, jak souvisí stabilita btrfs s uzavřením btrfs.
    Quando omni flunkus moritati
    20.6.2011 16:06 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ach jo. Že já se nechám vždycky vyprovokovat abych tebou ztrácel čas. Ale budiž.

    Vedení firmy CTERA Networks dodává svá řešení na systému, který primárně buduje nad ext4, který považuje za stabilní. Přičemž jak vyplývá nejenom ze zkušeností mých ale i následujícího výše uvedeného textu zas o moc stabilní systém nejde. Ale budiž.

    Někde se dočetli o btrfs a výhodách snapshotů a rádi by tuto funkcionalitu rovněž využívali. Jenže se také dočetli, že za vývojem btrfs stojí firma Oracle. Táž firma, která spolkla SUN a tím potažmo i získala patentová práva k ZFS.

    Kromě toho se v souvislosti s btrfs neustále omílá že nejde o systém stabilní. Jeho vývojáři si tím jistí záda a fanoušci ext systémů to rádi používají jako argument proč upřednostnit ext4 před btrfs. Ale budiž.

    A teď k meritu věci - přidání nové funkcionality do ext4 pro kterou navíc nebyl navržen, znamená nový vývoj a o výsledku lze hovořit jako o stabilním pouze s notnou dávkou fantazie. Ale budiž. Důvodem proč raději rozházet něco již funkčního a odladěného (jak doufám), než přijmout "konkurenční" FS může být právě obava vedení firmy CTERA Networks z toho, že by Oracle provedl s tímto FS nějakou levárnu (kupř. kód nějakým způsobem uzavřel etc.). Tento důvod mi přijde mnohem logičtější než odvolávání se na stabilitu či nestabilitu.

    Pokud by totiž CTERA Networks měla zájem na stabilním FS, tak by naopak podnikla vše pro to, aby bylo btrfs co nejdříve uvedeno do stavu aby mohlo být prohlášeno za stable. Z hlediska mojí logiky by to bylo mnohem efektivnější a rychlejší řešení, než se pokoušet roubovat něco na ext4.

    No a pak je tu ještě jeden pravděpodobný důvod - obava fy. CTERA Networks z toho, jakým způsobem by realizovala ev. přesun stávajích systémů jimi dodaných na nový FS. Proto chce raději něco k tomu stávajícímu jen tak přilepit. Osobně bych se takové výměny hlavního FS zase tak nebál, vzhledem k tomu, že to již několikrát prováděl, dokonce i za běhu systému.

    Tak už je to jasnější?
    20.6.2011 22:05 Petr Šigut | skóre: 34 | blog: PhaX_blog
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    "CTERA Networks dodává svá řešení na systému, který primárně buduje nad ext4, který považuje za stabilní."

    vs

    "Přičemž jak vyplývá nejenom ze zkušeností mých ale i následujícího výše uvedeného textu zas o moc stabilní systém nejde. "

    Věřím CTERA Networks protože mají hustý název:)
    20.6.2011 22:40 Trained.Monkey | skóre: 12 | blog: monkey
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jestli se nepletu tak snapshoty pouzivali uz s Ext3. Mozna se jim proste nechce zahodit zkusenosti ktere maji.

    Navic si dovolim pochybovat jestli Btrfs vubec nekdy bude stejne pouzitelny jako EXT4. Nektere navrhy vypadaji dobre na papire, v praxy uz je to ale horsi.
    20.6.2011 22:58 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Kdybys byl s btrfs nějakou praxi měl, tak bys takovou blbost nenapsal.
    21.6.2011 12:23 misch | skóre: 3
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Přičemž jak vyplývá nejenom ze zkušeností mých ale i následujícího výše uvedeného textu zas o moc stabilní systém nejde.
    Ze kterého "následujícího výše uvedeného" textu si mám odvodit že ext4 není příliš stabilní?
    21.6.2011 13:05 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jsi blbý, nebo to jen tak hraješ? Když to jsou schopni najít jiní, proč ne ty?
    21.6.2011 15:26 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Tak tomu říkám kultivovaná diskuze...
    Quando omni flunkus moritati
    21.6.2011 15:27 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    To jsi mohl říct rovnou, že nijak. To, co jsi tady napsal, není nic jiného než spousta nepodložených spekulací.
    Quando omni flunkus moritati
    20.6.2011 08:49 mimi.vx | skóre: 37 | blog: Mimi.VX | Praha
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4

    nebude to tim ze vetsina produkcnich systemu jede na rodine fs ext...."?

    ze je pro tohle dost dokumentace, nastroju i zkusenych lidi okolo narozdil od brtfs u ktereho je stale poznamka ze se muze diskovy format zmenit?

    USE="-gnome -kde";turris
    20.6.2011 09:53 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4

    nebude to tim ze vetsina produkcnich systemu jede na rodine fs ext...."?

    ze je pro tohle dost dokumentace, nastroju i zkusenych lidi okolo narozdil od brtfs u ktereho je stale poznamka ze se muze diskovy format zmenit?

    No možné to je. Ovšem byly to systémy ext[3|4], které mě už několikrát vypekly. Nic však není černobílé. Na btrfs mám sice přehozená data už druhým rokem, ale pro uložení disků virtuálních strojů se moc nehodí, takže se držím osvědčeného reiserfs. Zkusil jsem i ext4. Zpočátku se to zdálo v pohodě, než přišla ta nemilá příhoda s poškozeným diskem.
    20.6.2011 09:54 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jo a teď už to neřeším, protože ty virtuální stroje budou stejně na ocfs2.
    20.6.2011 14:01 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    ..., ale pro uložení disků virtuálních strojů se moc nehodí, ...
    Proč nemít disky rovnou na LV a nezbavit se tak jedné přebytečné vrstvy?
    20.6.2011 15:39 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Možností LV se nijak nezříkám, ale prozatím mi přišlo jednodušší využít vlastností DRBD. Tady o tom píšu více.

    Pokud bych měl virtální stroje umístěné na samostatné LV oddíly, tak by pro mě (možná) bylo komplikovanější zajistit jejich replikaci. I když.. kdo ví.

    Momentálně pro účely snapshotování mám vlastní skript, který využívá možností xNBD a live migrace. Libvirt je sice pěkný nástroj, ale snaphoty zrovna moc dobře pořešené nemá.

    LV by se sice dalo také docela elegantně využít, ale mám obavu, že bych v tom měl záhy pěkný zmatek. Takhle mám pouze dva LV oddíly, které je třeba monitorovat - systém a data.
    20.6.2011 12:28 JoHnY2
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    To je rozhodne velka vyhoda, ale snapshoty v ext4 stejne nebudou nabizet moznosti btrfs a podle me je to tak velkej zasah, ze minimalne pri pouziti snapshotu muzem pocitat rekneme s rokem neduvery. S ohledem prave na tohle dava mozna vetsi smysl soustredeni se na btrfs.

    Stejne jako Ales v tom vidim rozhodnuti shora, i kdyz je potreba priznat, ze vedeni dany firmy tak rozhodlo treba jen kvuli tomu, ze je jejich zakaznici poslali s btrfs do haje a pritom kralovsky zaplatej za podporu snapshotu bez LVM. To uz samozrejme hodne strilim od boku.
    Petr Tomášek avatar 20.6.2011 09:08 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Pravděpodobně jsem s tím měl přijít dřív, ale proč věnovat tolik snahy, aby se do ext4 natlačila takto invazivní vlastnost, když btrfs tohle všechno již umí? Proč místo snahy přijít se spoustou hacků obcházející myriádu podivných kombinací vlastností v ext4 raději nevěnovat pozornost tomu, aby se btrfs stabilizovalo a bylo připraveno k nasazení?

    Jo, to mě připomíná typický komunistický myšlení... :-(

    20.6.2011 12:03 TM
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Nestálo by za to s tím konečně něco dělat? Takhle se vám to bude jen zhoršovat...
    Petr Tomášek avatar 20.6.2011 19:26 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Dělat něco se svobomylností? Blbej vtip!
    20.6.2011 22:02 TM
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Netušil jsem, že se tomu dnes tak říká...
    Petr Tomášek avatar 21.6.2011 08:01 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jistě, myslím si, že když někdo napíše užitečnou vlastnost a kód není prasácký a je dostatečně stabilní, tak nevidím důvod, proč by to nemohlo být zařazeno do jádra...
    21.6.2011 13:35 Petr Ježek | skóre: 10
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Problém je, když si to svobodně myslíte jenon vy. Kdepak je ta odpovědnost? Lidé kolem vývoje kernelu si naštěstí nepletou svobodu s ignorancí reality...
    Archlinux for your comps, faster running guaranted!
    Petr Tomášek avatar 22.6.2011 17:20 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ale já bych neměl nic proti tomu, kdyby někdo odmítal začlenění těchto patchů do jádra proto, že jsou nedodělané / prasácké / špatně spravovatelné / et cetera. Takovýto přístup chápu, dokonce si o něm myslím, že je rozumný.

    Jenže argumentace zní "protože už existuje jiný FS, který tuto vlastnost implementuje". A to mi přijde ujeté. Něco ve stylu "když to mám já, už to nesmíš mít ty" a podobně...
    22.6.2011 18:14 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ale takhle přeci nikdo neargumentoval? S tím aby použili raději btrfs přišel sám vývojář roho rozšíření, jenomže jeho chlebodárce mu jasně řekl: "Ne, tohle nechcem, btrfs není stabilní a krom toho používáme filesystémy ext tak to do toho dodělej." Takže to do té ext4 tedy nějak zabastlil a teď se to pokouší dostat do hlavní vývojové větve jádra, aby se kvůli tomu nemusel patchovat vanilla kernel.

    Proti jeho práci tady nikdo nic nenamítá. Konec konců každá dobrá věc si své uživatele najde sama. Ovšem nelze zavírat oči před tím, že implementací takové věci by se rozvrtaly věci, které jsou již z hlediska dalšího vývoje uzavřené a tím pádem i považovány za stabilní. A vývoj nějaké ext5 pokud je mi známo, do níž by takové nové funkcionality bylo možné začlenit nikdo zatím nechystá. Ostatně taky proč.

    Z hlediska souborových systémů už je nabídka docela široká a pokrývá široké spektrum možností. Možná je na místě připomenout si, proč vlastně vzniknul ext4 a čím se liší od ext3. A také co to bylo za porod, než se dostal do jakž takž použitelného stádia.

    Přitom v té době již takzvaně nestabilní btrfs už fungovalo docela stabilně.
    23.6.2011 16:02 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ale takhle přeci nikdo neargumentoval? S tím aby použili raději btrfs přišel sám vývojář roho rozšíření, jenomže jeho chlebodárce mu jasně řekl: "Ne, tohle nechcem, btrfs není stabilní a krom toho používáme filesystémy ext tak to do toho dodělej."
    Citace?
    Takže to do té ext4 tedy nějak zabastlil a teď se to pokouší dostat do hlavní vývojové větve jádra, aby se kvůli tomu nemusel patchovat vanilla kernel.

    Tak tohle není moc přesný popis minimálně proto, že ten vývojář nejprve zaslal patche, které to samé dodělávaly do ext3. Odmítnuty byly proto, že ext3 už se nemá měnit a že veškeré novoty v extX patří do ext4
    Přitom v té době již takzvaně nestabilní btrfs už fungovalo docela stabilně.

    Pokud mu třeba nedošlo místo na disku...
    Quando omni flunkus moritati
    24.6.2011 10:46 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ad poslední odstavec. Vlastní zkušenost? Nebo agentura JPP?

    Zbytek tvé reakce nemá smysl komentovat.
    24.6.2011 12:50 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ad poslední odstavec. Vlastní zkušenost? Nebo agentura JPP?

    Co třeba pravidelné čtení LWN.net?
    Zbytek tvé reakce nemá smysl komentovat.

    ... ano, když nemáš protiargumenty ani nejsi schopen citovat, opravdu nemá smysl komentovat.
    Quando omni flunkus moritati
    25.6.2011 17:41 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Fajn. Takže JPP. Kdybys měl nějakou špatnou vlastní zkušenost s btrfs ať již ty, nebo někdo koho osobně znáš, pak by pro mne mělo smysl se nad tím pozastavit. Nepopírám, že btrfs má své bugy, ale ve srovnání s ext4 jde o souborový systém z mého pohledu spolehlivější.
    26.6.2011 12:57 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Fajn. Takže JPP.
    Zkusil jsi do Googlu zadat to, co psal Jenda o příspěvek níž? Vypadlo by ti třeba tohle: https://bugzilla.redhat.com/show_bug.cgi?id=495683 Nebo ani bugzilla Red Hatu není dostatečně důvěryhodný zdroj? Stejně jako není důvěryhodný "jedna paní" autor btrfs?

    Quando omni flunkus moritati
    Jendа avatar 24.6.2011 15:19 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Co třeba zadat do oblíbeného webového vyhledávače btrfs out of space crash?
    Why did the multithreaded chicken cross the road? to To other side. get the
    Heron avatar 27.6.2011 10:50 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Mě celkem překvapuje, jak tento problém najednou vyvstal. Tím chcí říct, to opravdu tolik systémů a jejich uživatelů nechají dojít své FS až na vyčerpání posledního bloku?
    pavlix avatar 27.6.2011 11:39 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Předpokládám, že ano.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    27.6.2011 13:17 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Tuhle jsi tu dštil síru na Sqlite, protože se neví, co se stane, když bude mít datový soubor víc než nějaké čtyři tera (nebo kolik bylo to číslo). U souborového systému ti neošetření hraničních podmínek nevadí?
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    pavlix avatar 27.6.2011 15:13 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Hmm, ty máš koukám přehled :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Bilbo avatar 27.6.2011 15:41 Bilbo | skóre: 29
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Občas se to stane. Stačí třeba nějaký nepovšimnutý log co roste nade všechny meze, nebo člověk rozbalí nějaký větší tarball do /tmp a zapomene že zatímco v home je půl terabajtu místa, tak /tmp je na poměrně malém SSD, kde už moc místa nezbývá. Na notebooku, kde je malý disk se mi to už asi jednou nebo dvakrát stalo.

    Osobně občas nechávám filesystém zaplnit do posledního bloku naschvál (Krok 1 - smazat "citlivé" soubory. Krok 2. - přemazat volné místo na disku/kartě/flashce a citlivé soubory už nejsou ...)
    Big brother is not watching you anymore. Big Brother is telling you how to live...
    Jendа avatar 27.6.2011 17:45 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Na notebooku, kde je malý disk se mi to už asi jednou nebo dvakrát stalo.
    Potvrzuji, já mám na desktopu zase 50 GB / a 200 GB datovou oblast (většina ~) a povedlo se mi to taky. Naštěstí to nemělo fatální následky pro systém, protože mám (ext4) rezervováno pár bloků pro roota.
    Why did the multithreaded chicken cross the road? to To other side. get the
    Heron avatar 27.6.2011 10:46 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Já si myslím, že ta hlavní příčina je jinde. ext3 + snapshoty != ext3, stejně tak ext4 + snapshoty != ext4.

    A o to jde. Ty systémy byly nějak navženy, ten návrh byl v jisté fázi uzavřen a implementován. To co vzniklo, nese nějaké jméno a implementace jsou (snaží se), být s tím návhem maximálně kompatibilní.

    Není zkrátka možné teď do ext4 přidávat další vlastnosti, které by z toho dělaly zcela jiný produkt, navíc nekompatibilní. Takže, pokud si to pro svoji potřebu označí jako ext4cow asi nelze nic namítat, ale už to není ext4.

    Další věcí je, jestli takový nový FS (ext4cow) dávat do jádra. Jak víme, tak nové FS se nepříjímají zrovna nejsnadněji (a má to své dobré důvody) a zde jistě platí argument, proč dávat do jádra FS v devel stavu, který přináší vlastnosti, které už jeden (a ještě nástupce ext4) FS v devel stavu má. Vnikl by tak fork ext4 na dva projekty, které by implemetnovali (mimo jiné) tutéž vlastnost.
    27.6.2011 13:32 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jak víme, tak nové FS se nepříjímají zrovna nejsnadněji (a má to své dobré důvody)
    Odkdy? Slušně navržené FS, které nedělají bordel jinde v systému a neduplikují to, co už v jádře je (např. VFS), se AFAIK dostávají vcelku snadno.
    Quando omni flunkus moritati
    pavlix avatar 21.6.2011 23:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Vždyť ti nikdo nebrání, abys to do své větve jádra zařadil. Možná máš nějakou jinou (více autoritářskou či totalitní) představu o svobodě než třeba já.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    oryctolagus avatar 20.6.2011 23:17 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    "Svobomylnost"? Tak tuhle diagnózu jsem opravdu ještě neslyšel, nezávidim :-D
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    pavlix avatar 21.6.2011 23:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jej a já to tak lehce očima doplnil, že jsem si chyby ani nevšiml. Nezbývá než se panu anti-IPv6 trošičku zasmát.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Conscript89 avatar 20.6.2011 09:37 Conscript89 | Brno
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Predpokladam ze vsyscall je vec x86_64 jadra, protoze ja ho na me i686 Fedore 15 nevidim.
    I can only show you the door. You're the one that has to walk through it.
    21.6.2011 12:11 i6
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Na (býválém) kubuntu 11.04 32bit taky mám jen vdso
    20.6.2011 10:32 tom
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Predpokladam ze jde o Josefa Bacika, ne Basika.
    20.6.2011 11:26 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Jo, je to špatně i v originálu, v tom odkazovaném mailu je napsáno Bacik.
    Quando omni flunkus moritati
    20.6.2011 12:36 dopisovatel | blog: zpravicky
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Dobrý článek. +1
    20.6.2011 13:53 nyan
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Ve své odpovědi Amir Goldstein řekl, že jeho zaměstnavatel (CTERA Networks) chce tuto vlastnost v ext4. V produktech se to již dodává a btrfs stále není považován za dostatečně stabilní, aby se v daném prostředí použil.
    Takze ext4 s temi made-in-garage patchi oni povazuji za "dostatecne stabilni" ? Hezky sem se zasmal.
    20.6.2011 14:41 dopisovatel | blog: zpravicky
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Typický příspěvek anonymního začátečníka v Linuxu.
    stativ avatar 20.6.2011 15:33 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    No vidíš, já nejsem ani anonymní, ani začátečník a mám na to stejný názor.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    20.6.2011 21:29 hanzz | skóre: 18 | blog: hanzz
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Proc myslis ze nejsou stabilni? Nejaky dukaz? :)
    stativ avatar 21.6.2011 08:58 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Už ve článku je napsáno: „snímky aktuálně nefungují se všemi variantami formátu ext4 na disku.“ Když k tomu připočteš, že je to zbastleno bez nějakého rozsáhlejšího review a nalepeno do systému, který k tomu vůbec nebyl navržen…

    I kdyby to nakrásně fungovalo, bude v tom nejspíš takový bordel, jako je ve sledovacích bodech.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    21.6.2011 09:14 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    To nemá smysl podávat nějaké důkazy lidem, které zajímá z celé diskuze jenom reakce na jejich vlastní příspěvek. Kdyby neměl za málo a pořádně si přečetl ten článek, nebo alespoň ostatní příspěvky v diskuzi, tak by se takhle neptal.
    21.6.2011 15:28 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Když k tomu připočteš, že je to zbastleno bez nějakého rozsáhlejšího review
    Cože? Několik iterací v LKML, zpracování připomínek, které tam byly vzneseny, to není rozsáhlejší review?
    nalepeno do systému, který k tomu vůbec nebyl navržen…

    Všechno nové je nalepeno do systému, který k tomu vůbec nebyl navržen. A ejhle, přesto Linux funguje.
    Quando omni flunkus moritati
    21.6.2011 16:13 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Když k tomu připočteš, že je to zbastleno bez nějakého rozsáhlejšího review
    Cože? Několik iterací v LKML, zpracování připomínek, které tam byly vzneseny, to není rozsáhlejší review?
    nalepeno do systému, který k tomu vůbec nebyl navržen…

    Všechno nové je nalepeno do systému, který k tomu vůbec nebyl navržen. A ejhle, přesto Linux funguje.
    Píšeš to, jako by to snad byla tvoje zásluha.
    stativ avatar 21.6.2011 16:21 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Cože? Několik iterací v LKML, zpracování připomínek, které tam byly vzneseny, to není rozsáhlejší review?
    Co jsem tak hledal, viděl jsem dvě iterace, což není zrovna hodně na něco, co zasahuje snad do všech částí EXT4. A už vůbec se to nedá srovnávat s otestovaností snapshotů u btrfs.
    Všechno nové je nalepeno do systému, který k tomu vůbec nebyl navržen. A ejhle, přesto Linux funguje.
    Za svým názorem si stojím. Navíc u Linuxu musíš počítat s tím, že tam na výběr jiný systém, který je stejně funkční ale pro implementaci nějaké funkce je navržen lépe ve většině případů neexistuje.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    21.6.2011 17:51 Lukas
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Cože? Několik iterací v LKML, zpracování připomínek, které tam byly vzneseny, to není rozsáhlejší review?
    Ehm, tak co si pamatuju tak ten kod zatim nemel temer vubec zadne review :). Ja videl jen par nekompletnich patchu a to je vse.

    Dve iterace to ma proto, ze Amir se rozhodl ze nejdrive posle "nekompletni" patche, ktere nijak nemeni stavajici cesty v ext4, coz byl pekne blby napad.

    Ale i "dve iterace" nemeni nic na tom ze je to bastl, ktery jenom supluje to co uz umi dm lepe a s vice funkcekma. Od implementace snapshotu na urovni souboroveho systemu bych cekal vice, *mnohem* vice. V clanku chybi kopa informaci ktere se v tom vlakne probiraly.
    20.6.2011 21:39 x
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Heh, jelikoz mam tu cest s necim podobnym jen od jiny firmy, tak bych ani nerek. Prodavaj to za dlouhy prachy a jejich modlej kernel (jinak je to zalozeny na CentOSu, kterej pro jistotu nainstalujoou i s Xkama a dalsim bordelem ....) vykazuje tu zajimavou vlastnost, ze load se bezne drzi kolem 15-16 (na 4jadre) a diskovej vykon je naprosto tragickej (2-5MB/s ...).
    pavlix avatar 21.6.2011 23:50 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Naopak ten příspěvek považuju za přirozenou a velmi rozumnou reakci. Nějaké hloupé ad hominem tu snad už nikoho moc nerozhodí.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    21.6.2011 13:44 Petr Ježek | skóre: 10
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    1. Skandinávcům bude muset Al leccos ohledně hub vysvětlovat...
    2. Amir si svobodně zvolil dobře placenou nesvobodu pod nekompetentním vedením, dobře mu tak.
    3. FS ext4 je právě tak stabilní, jak je stabilní HW, na němž se nachází.
    4. Btrfs je zralé na odstranění regresí a povýšení výkonu, aby mělo více smyslu tento FS používat i produkčně.

    Archlinux for your comps, faster running guaranted!
    21.6.2011 14:04 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    K tomu bodu tři bych jen poznamenal co mne nemile překvapilo.

    Na disku se začaly objevovat chyby. OK, stane se. Byly však na něm data. Nikoliv fixní, ale živá - tím rozuměj že se na ten disk postupně lila data nová. Soubory jsem postupně kopíroval pryč. S čím jsem se u jiných FS nesetkal byla skutečnost, že po odstranění souboru, který se původně nalézal v oblasti s vadnými bloky, se pokoušel systém data do těchto vadných bloků znovu zapisovat, místo aby si je interně označil za vadné a přestal je používat. Než jsem na to přišel tak došlo k poškození dalších souborů, které pak nebylo možné překopírovat jinak, než přes dd_rescue.

    Osobně mám za to, že dobrý FS by měl být navržen tak, aby pravděpodobnost poškození dat snížil na minimum i v případě hardwarového problému.
    21.6.2011 15:32 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Osobně mám za to, že dobrý systém má být navržen tak, že pokud jsou na disku vadné bloky, je možné takový disk bez ztráty dat vyndat a dát tam jiný.

    Jo a jestli tohle je tvůj jediný argument proti stabilitě stávajícího ext4, tak být tebou raději mlčím.
    Quando omni flunkus moritati
    21.6.2011 16:12 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Osobně mám za to, že dobrý systém má být navržen tak, že pokud jsou na disku vadné bloky, je možné takový disk bez ztráty dat vyndat a dát tam jiný.
    Asi ti splynul systém ve smyslu OS se souborovým systémem. Mám-li totiž dobře navržený systém ve smyslu OS, tak nemám nikdy souborový sytém přímo nad fyzickým zařízením, ale vždy nad nějakým RAID zařízením.

    Ovšem je-li souborový systém umístěn přímo nad fyzyckým zařízením, tak má být navržen tak, aby v případě, že se během provozu objeví vadné bloky do nich nezkoušel znovu zapisovat. Chápu že žádný FS nefunguje na bázi delfské věštírny, aby tušil, který blok se zrovna posere, ale uložit záznam o tom že blok xxxx je problémový přeci zase tak problémové není.

    Pokud vím, tak kupř. reiserfs udržuje při zápisu informace o datech v paralelní struktuře, takže když se něco posere a systém klekne tak je zřejmě je schopen tohle nějak ošetřit.

    Btrfs zase počítá kontrolní součty a interně data komprimuje - proto také není moc vhodný jako FS tam, kde se data často mění, protože je pak při IO operacích pomalejší. Ale opět. Z reálného použití mám dojem že byl navržen tak, aby počítal s možností výskytu vad na HDD.
    Jo a jestli tohle je tvůj jediný argument proti stabilitě stávajícího ext4, tak být tebou raději mlčím.
    Opět vidíš trávu růst. Mě nezajímá nějaké prohlášení o stabilitě, ale to zda se to stabilně chová. A pokud jde o souborové systémy, tak každý má svá pro i proti, vybrat si musí každý sám. Ovšem chtít aby jeden FS obsáhnul vše, nutně dopadne stejně jako když pejsek s kočičkou pekli dort.
    21.6.2011 20:03 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 6. 2011: Podpora snímků v ext4
    Asi ti splynul systém ve smyslu OS se souborovým systémem
    Nikoliv. Slovo systém jsem zde použil jako výraz pro soustavu vzájemně propojených komponent. V tomto případě od hardwaru po OS.
    Ovšem je-li souborový systém umístěn přímo nad fyzyckým zařízením, tak má být navržen tak, aby v případě, že se během provozu objeví vadné bloky do nich nezkoušel znovu zapisovat.
    Uznávám, že by to bylo lepší, nicméně pro mě to není nijak zásadní kritérium. Proto, že bych se zápisu nových dat na špatný disk pokusil za každou cenu vyhnout. A navíc systém, kde by nebyl RAID, neprovozuju - ani na desktopu.
    Quando omni flunkus moritati

    Založit nové vláknoNahoru

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