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ětšina z čtenářů Jaderných novinek si je dobře vedoma zkázy, která nás čeká v lednu 2013Vědoma a v lednu 2038…
Vývoj btrfs ukázal, že přesun prototypů systémů souborů do hlavní řady jádra nevede ke stabilitě, výkonu nebo připravenosti k produkčnímu nasazení rychleji, než když zůstanou mimo jádro, dokud není většina vývoje hotová. Začlenění do hlavní řady naopak omezuje rychlost, jakou se systém souborů může dostat do kompletního stavu a připravenosti k produkčnímu nasazení...mi přijde přinejmenším sporné, protože o produkčním nasazení souborového systému zpravidla rozhodují mnohem konzervativnější lidé, než jsou to co je spravují. Mám nasazeno Btrfs od té doby co je v kernelu a nikdy jsem s ním nezaznamenal problém - což bohužel nemohu říct o "produkčním" ext3. Jeho "produkční" nástupce ext4 byl začleněn ještě v horším stavu než Btrfs a během stejné doby prodělal mnohem větší kotrmelce. Přesto se bude do omrzení opakovat, že začlenění Btrfs do kernelu bylo uspěchané.
- Stejná instalace na ext4 bez problémů, takže rozhoddně to nebyla vina df. - A byl to relativně malý oddíl (SSD ještě rozdělené na dual-boot). A? Od filesystému čekám, že bude fungovat a ne že bude fungovat pouze za nějakých (navíc ani předem nespecifikovaných) podmínek. -Přesně tím se liší produkční verze od betaverze: že má vychytané takovéto "mouchy". U takového produktu typu filesystém je pak vychytání těchto much dokonce nejpracnější a zároveň nejdůležitější věc. Když bude FS geniálně navrženej, že bude o polovinu rychlejší než konkurence, ale někdy zhavaruje, tak je to prostě "křáp".
No a jsme doma. Btrfs není souborový systém pro diskové oddíly menší než 1GB. Základní režie si pak ukousne víc, než kolik zbyde na data. Naopak čím větší blokové zařízení, tím efektivnější Btrfs je.
Mimochodem KAŽDÝ souborový systém má nějakou režii některý větší a jiný menší. Dlouho jsem používal Reiserfs, protože ten měl režii bezkonkurečně nejmenší a oproti ext souborovým systémům byl i mnohem spolehlivější. Pro malé logické diskové oddíly jsem ho používal ještě loni, než ho nahradil právě Btrfs. Pro větší diskové oddíly jsem ho vyměnil za Btrfs už dříve, protože cca od 750GB výše trvala hodně dlouho kontrola po případném vynuceném restartu.
Na ext4 a ext3 mám jen ty nejhorší vzpomínky. Několikrát jsem se nechal přesvědčit a pokaždé mě vypekly. A jednou mě to stálo i nějaká data. Přitom šlo o ext4 nad RAID6 polem, ve kterém odešel pouze jeden disk. Jen pro zajímavost - Btrfs ustálo mnohem větší kejkle nad 4TB RAID6 polem z 95% zaplněným, ze kterého vypadly 2 disky kvůli vadnému řadiči, beze ztrát.
Dlouho jsem používal Reiserfs, protože ten měl režii bezkonkurečně nejmenší a oproti ext souborovým systémům byl i mnohem spolehlivější.Jak kde. Z mých zkušeností má reiserfs daleko větší sklony k samorozpadu (tj. žádné úmrtí disku) než ext3/ext4
ehm... zil sem v domeni nevedomeho laika, ze od toho je raid6, aby ustal vypadek 2 disku. To snad neni "jen" frajeria filesystemu.Ano. I já. O to nemilejší překvapení to bylo. Jinak i já mám stroje kde běží ext3 nebo ext4 Ovšem ty už takhle běží nějaký pátek. Není důvod překopávat něco co funguje. Jinak pokud bych měl FS ze kterého bych potřeboval distribuovat image disků virtualizovaných strojů, tak bych také šáhnul po jiném FS než je Btrfs. Ten se na uložení často modifikovaných velkých souborů nehodí. Zato pod NFS u diskless systémů nemá chybu!
Jinak pokud bych měl FS ze kterého bych potřeboval distribuovat image disků virtualizovaných strojů, tak bych také šáhnul po jiném FS než je Btrfs. Ten se na uložení často modifikovaných velkých souborů nehodí. Zato pod NFS u diskless systémů nemá chybu!Pokud na strojích používáš NFS, pak mě nenapadá, kdy bys vůbec potřeboval modifikovat nějaký diskový image.
Problémy tu jsou a nadšenci na abíčku vám data nevrátí.
Data vám vrátí záloha (stejně jako u havárie hw, kterému žádný fs nezabrání).
ignorovat tvrzení jaderných vývojářů, že je to stále nehotové, může snad jen ... ignorant
Na tom se shodneme. Admin je od toho, aby to posoudil. Výsledkem je, že ono to v praxi funguje a přináší to značné zjednodušení některých operací. Já jsem s BTRFS nikdy o žádná data nepřišel, což se o některých jiných FS říct nedá, a ve chvílích, kdy selhal HW, jsem stejně vytáhl zálohu. Tedy ano, "nehotový" produkt se v praxi osvědčuje už teď.
Jinak odkazovaný blog ..., jediná informace je "pomalost". No to jsme se toho dozvěděli. O ztrátě dat ani slovo.
Don't use the linux filesystem btrfs on the host for the image files. It will result in low IO performance. The kvm guest may even freeze when high IO traffic is done on the guest.Image file ne, rozumim. Ale co oddil? (nemam s btrfs zadne zkusenosti) Da se btrfs (ci presneji raid1 s checksumy) vyuzit pro hostovani oddilu pro KVM guesta? Dik
Co jsem nezkoušel je připojení btrfs s volbou nodatacow (ale to potom neumí ani checksumy), nebo atribut souboru nocow.Soubory s NOCOW atributem se na image virtualnich stroju daji (a maji) pouzit a vykon se vrati do normalnich mezi. Nove qemu pro to ma uz snad podporu.
Tiskni Sdílej: