Po po téměř roce vývoje od vydání verze 5.38 byla vydána nová stabilní verze 5.40 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 75 vývojářů. Změněno bylo přibližně 160 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Uroš Popović popisuje, jak si nastavit Linux na desce jako Raspberry Pi Zero, aby je šlo používat jako USB „flešku“.
Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
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: