Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.
Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.
Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
V testech výkonu souborových systémů si ve srovnání s Ext4 a Btrfs překvapivě dobře vedl Reiser4, který ještě ani není začleněn do hlavního jádra. Podrobnosti na Phoronixu.
Tiskni Sdílej:
There are many more file-system / disk tests that we normally run in such articles, but these other tests were unable to successfully run on the Reiser4 file-system without crashing.Takže na vině bude asi opravdu Reiser4.
Dostal 25 rokov na tvrdo, takže jedine čo by ho dostalo z väzenia je NASA, alebo CIA, škoda génia, ten by to dotiahol fakt ďaleko.A co este jeho zeny...
Coz se o reiser3.6 rici neda, ten funguje opravdu spolehlive.To teda rozhodně ne vždycky...
Na kupu malých souboru je ReiserFS fakt dobrý a ext3 docela nevhodné.To hodně záleží na tom, co s těmi soubory chcete dělat. Často to vyjde tak, že ReiserFS sice hezky šetří prostorem, ale operace jsou pomalejší. Také se často liší chování v syntetických benchmarcích a v reálném provozu. Svého času jsem docela důkladně měřil výkon filesystemů, když jsem vymýšlel, jak by měl Sherlock ukládat na disk stovky milionů malých objektů, a Reiser3 v tomto testu prohrál kalhoty.
Na stovky milionů malých objektů by má inženýrská intuice favorizovala nějakou databázi. Jak to dopadlo u Sherlocka?Na Sherločí poměry jsou databáze také příliš pomalé. Dopadlo to tak, že se všechny objekty appendují do jednoho velikánského souboru a ten se čas od času setřepe. Je to v podstatě jediný způsob, jak zařídit, aby šlo rychle procházet všechny objekty (což Sherlock dost často potřebuje).
Mám podezření, že určitých okolností se "ztratí" obsah adresáře. Nepomůže ani sync ani remount. Teprve po fyzickém odpojení, resp. vypnutí a zapnutí disku, se data opět objeví.Co se stane, když se vysypou všechny buffery a cache zapsáním 3 do
/proc/sys/vm/drop_caches
? Tím by se zjistilo, jestli data na disku opravdu jsou nebo nejsou.
Jedním z možných (a velmi pravděpodobných) vysvětlení, proč některé testy neběžely, je prostě fakt, že žádný Reiser4 patch pro kernel 2.6.33 neexistuje. (Mluvím o situaci k tomuto datu, tedy 3. 3. 2010.)
Zen kernel je ruská ruleta pro otrlé. Autoři tohoto projektu klidně vydali neoficiální a nebezpečný patch pro kernel 2.6.32. Tím přímo ohrozili data spousty důvěřivých uživatelů v době, kdy ještě žádný oficiální patch (od Edwarda Shishkina) pro 2.6.32 neexistoval. Málokoho by v tu chvíli napadlo, že v tom je nějaká levárna a že vlastně používá kód pochybného původu.
Nechápu, proč někdo používá Zen patchset pro benchmark Reiser4, navíc ještě s nepodporovanou verzí kernelu. Může tohle dopadnout jinak, než že to bude nestabilní? Mám dojem, že Phoronix i Zen patchset dělají jinak skvělému souborovému systému medvědí službu tím, že ho šíří a testují v nepoužitelné zmrzačené podobě.
Testování souborového systému pouze na SSD je tak trochu sci-fi nápad, který se většiny uživatelů zatím příliš netýká. (Až bude SSD tak spolehlivé jako klasický disk a až nebude stát desetinásobek, určitě bude všechno jinak. Ale dnes to nebude.) Testy na klasických discích by rozhodně nebyly k zahození. Mě Reiser4 příjemně překvapil nejen na pevném disku, ale i na DVD-RAM. Ve srovnání s často používaným UDF má nesrovnatelně rychlejší mount/unmount a i zápis je mnohem rychlejší, zejména při přepisování souborů.
Ve srovnání s často používaným UDF má nesrovnatelně rychlejší mount/unmount a i zápis je mnohem rychlejší, zejména při přepisování souborů.Platí možná tak cca do 80% zaplnění disku. Pak výkon reiser4 rapidně padá.
Pokud pouze přidávám soubory, není absolužně žádný důvod, aby při víc než 80% zaplnění významně klesal výkon. (A opravdu neklesá.)
Pokud mám například 90% zaplnění a intenzivně čtu, mažu, přidávám a přepisuji spousty souborů na různých místech, znamená to, že dělám něco, na co příslušná technologie není navržená. Řekl bych, že v takové situaci UDF padá ještě rapidněji než Reiser4. Neznám souborový systém, který by se s tímhle porval zcela bez problémů. Bavíme se tady o seek time řádově 100 milisekund a víc.
Možná, že NILFS2 by takovou situaci zvládl lépe než Reiser4, ale ještě jsem to nezkoušel. Ani to příliš zkoušet nehodlám, protože opotřebení média i mechaniky postupuje v takových situacích příliš rychlým tempem. Takové experimenty už pak se zálohováním nemají v podstatě nic společného.
UDF nemá ani wear leveling, ani log structured zápis. Paradoxně je tedy pro přepisovatelná média naprosto nevhodný, i když lidové pověry tvrdí opak. V porovnání s Reiser4 nemá žádnou výhodu, nemluvě o NILFS2, který implementuje obě zmíněné důležité vlastnosti.
Narážka se týkala jak Phoronixu, tak i Zen patchsetu.
Pokud by autoři Zen patchsetu prostě vzali Reiser4 a další patche v jejich oficiální (dá-li se to tak nazvat) podobě a přidali je do svého patchsetu, je to naprosto v pořádku. Každý uživatel ví, že jsou to experimentální patche. Většina lidí některé z nich zná a má jasno v tom, co se dá očekávat.
Záležitost, která se stala u 2.6.32, rozhodně korektní nebyla. Zen kernel měl Reiser4 patch víc než o měsíc dříve, než Edward Shishkin vydal svůj oficiální patch. Že je Reiser4 v Zen kernelu poškozený a amatérsky přiohnutý, jen aby se s kernelem 2.6.32 zkompiloval, bez ohledu na funkčnost, to se vědělo prakticky ihned po vydání příslušného Zen patchsetu. A co udělal projekt Zen? Nic. Autoři se ani neobtěžovali napsat na své stránky varování ohledně Reiser4, aby uživatelé s upgradem počkali a zůstali u 2.6.31, dokud nebude oficiální patch k dispozici.
Samozřejmě, že autor free software nemá v tomto směru absolutně žádné povinnosti. Ale nějaká ta základní slušnost by neuškodila.
Ano. Rozhodně a jednoznačně. Vystavit uživatele riziku ztráty dat, které se dalo snadno předvídat, je neomluvitelné. Odložit upgrade kernelu o měsíc je proti tomu zcela nepodstatný problém.
Nepochybuji o tom, že read-only přístup fungoval. V takovém případě tam mělo být od začátku velké tučné varování, případně hack, který R/W přístup zakáže.
Jeff Bonwick, vývojář Solarisu a gatekeeper verze 2.5, kdysi poznamenal velmi trefně „mistakes will happen; negligence cannot“.
Distribuce amatérsky poškozené verze souborového systému není mistake, ale negligence.
Nebýt těch benchmarků na Phoronixu, nikdy bych o tomhle nepsal. Je to minulost, stalo se. Věřím, že se z toho všechny zúčastněné strany poučily. Tlustá čára, hotovo... Jenže pak přijde Phoronix, vezme Reiser4 z téhož pochybného zdroje, provede jakýsi benchmark a diví se, že (jaké to překvapení!) některé části benchmarku nefungují. To mi připadá jako dost nekorektní přístup k věci, který dělá špičkovému souborovému systému medvědí službu. Vytváří totiž FUD.
V okamžiku, kdy má někdo pochybnosti o spolehlivosti souborového systému, je mu zoufale jedno, jestli je o 10% rychlejší nebo dvojnásobně rychlejší. Prostě ho nepoužije. Tím začíná Quality Death Spiral, o které píše Jeff Bonwick. Bylo by smutné, kdyby v té spirále skončil Reiser4.
Možná to bude jen další z amatérských zásahů ze strany autorů Zen patchsetu.
Tuxonice i BFS mi fungují. Nepoužívám ovšem žádný Zen patchset. Nejspíš i tyto patche dokázali autoři Zen patchsetu nějak poškodit. Jiné vysvětlení mě nenapadá.
Myslím si, že mezi nefunkčním BFS, kvůli kterému „popuze“ zatuhne systém, a nefunkčním Reiser4, který může (hypoteticky) poslat celý uživatelův oddíl do kytek, je propastný rozdíl.
s/popuze/pouze/
"Spad" is abbreviation for Czech Systém pro Psychopaty A Debily (System for psychopaths and idiots).Co jiného taky čekat od BLEKa