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

Byla vydána nová major verze 1.8.0 open source systému pro filtrování nevyžádané pošty Rspamd (GitHub, ChangeLog). Z novinek lze zmínit nový framework selectors, optimalizaci modulu ClickHouse nebo vylepšení webového rozhraní.

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

Sabri Haddouche vytvořil stránku Browser Reaper, na které demonstruje zranitelnosti současných verzí webových prohlížečů Chrome, Safari i Firefox. Zveřejněné skripty dokážou zahltit nejen webové prohlížeče, ale v závislosti na nastavení, také celé operační systémy.

Ladislav Hagara | Komentářů: 8
23.9. 19:22 | Nová verze

Byla vydána verze 11.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
22.9. 13:00 | Komunita

Do 30. října se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 4. prosince 2018 do 4. března 2019, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 97
21.9. 22:22 | Komunita

Společnost Purism představila kryptografický token Librem Key. Koupit jej lze za 59 dolarů. Token byl vyvinut ve spolupráci se společností Nitrokey a poskytuje jak OpenPGP čipovou kartu, tak zabezpečení bootování notebooků Librem a také dalších notebooků s open source firmwarem Heads.

Ladislav Hagara | Komentářů: 9
21.9. 20:33 | Nová verze

Společnost NVIDIA oficiálně vydala verzi 10.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
21.9. 20:00 | Upozornění

Příspěvek Jak přežít plánovanou údržbu DNS na blogu zaměstnanců CZ.NIC upozorňuje na historicky poprvé podepsání DNS root zóny novým klíčem dne 11. října 2018 v 18:00. Software, který nebude po tomto okamžiku obsahovat nový DNSSEC root klíč, nebude schopen resolvovat žádná data. Druhým důležitým datem je 1. února 2019, kdy významní výrobci DNS softwaru, také historicky poprvé, přestanou podporovat servery, které porušují DNS standard

… více »
Ladislav Hagara | Komentářů: 11
21.9. 15:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 156. brněnský sraz, který proběhne v pátek 21. září od 18:00 v restauraci Na Purkyňce na adrese Purkyňova 80.

Ladislav Hagara | Komentářů: 0
21.9. 13:22 | Nová verze

Alan Griffiths z Canonicalu oznámil vydání verze 1.0.0 display serveru Mir (GitHub, Wikipedie). Mir byl představen v březnu 2013 jako náhrada X serveru a alternativa k Waylandu. Dnes Mir běží nad Waylandem a cílen je na internet věcí (IoT).

Ladislav Hagara | Komentářů: 0
20.9. 22:00 | Nasazení Linuxu
Stabilní aktualizace Chrome OS 69 (resp. Chromium OS), konkrétně 69.0.3497.95, přináší mj. podporu linuxových aplikací. Implementována je pomocí virtualizace, a proto je tato funkce také omezena na zařízení s dostatkem paměti a podporou hardwarové akcelerace, tudíž nejsou podporovány chromebooky s 32bitovými architekturami ARM, či Intel Bay Trail (tzn. bez Intel VT-x).
Fluttershy, yay! | Komentářů: 6
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (14%)
 (20%)
 (23%)
 (24%)
 (4%)
 (0%)
Celkem 405 hlasů
 Komentářů: 34, poslední včera 12:54
Rozcestník

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

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

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: 47 | 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: 47 | 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: 47 | 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: 47 | 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: 47 | 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: 47 | 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: 47 | 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: 38 | 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: 47 | 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: 47 | 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: 47 | 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í... :-(

multicult.fm | monokultura je zlo | welcome refugees!
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!
multicult.fm | monokultura je zlo | welcome refugees!
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...
multicult.fm | monokultura je zlo | welcome refugees!
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ě...
multicult.fm | monokultura je zlo | welcome refugees!
22.6.2011 18:14 Aleš Kapica | skóre: 47 | 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: 47 | 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: 47 | 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: 75 | 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?
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: 75 | 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.
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.
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
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: 19 | 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: 47 | 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: 47 | 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: 47 | 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: 47 | 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.