Alliance for Open Media vydala verzi 1.0.0 specifikace svobodného videoformátu AV2. Jean-Baptiste Kempf, prezident neziskové organizace VideoLAN stojící za svobodným multiplatformním multimediálním přehrávačem a frameworkem VLC, představil na svém blogu dekodér AV2 s názvem dav2d.
V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.2.0.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.5.1. Přehled novinek na GitHubu.
Byla vydána nová stabilní verze 26.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Yarara. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
Už za týden, ve čtvrtek 4. června, se v Národní technické knihovně v pražských Dejvicích uskuteční další konference věnovaná tématům spojeným s IPv6 - Den IPv6. Program akce a registrační formulář jsou k dispozici na webu akce. Kapacita konference je omezená, proto organizátoři doporučují, aby se vážní zájemci přihlásili včas (k dnešnímu dni zbývá přibližně 30 volných míst). Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Zařízení Steam Deck OLED bylo znovu naskladněno, ale vlivem rostoucích cen pamětí a úložišť má novou, vyšší cenovku. Steam Deck OLED 512 GB stojí nově 779 EUR (stál 569 EUR) a Steam Deck OLED 1 TB stojí 919 EUR (stál 679 EUR). Samotné zařízení se nijak nezměnilo a nové ceny tedy pouze odráží aktuální náklady na komponenty a další globální logistické výzvy, se kterými se potýká celá branže.
Linux používam už nejaký ten rok (aj keď na vlastnom noťase ho mám ako primárny OS len pár mesiacov), a tak som prešiel menšiu cestu pri výbere filesystému pre systém. Ext2, Ext3, Reiser, XFS...
To je asi jedna z výhod Windows - takéto otázky tam nie je potrebné riešiť (že by to bolo tým, že sú len 2 ozajstné možnosti?
) Mkrvosoft už pár rokov pre svoje NT používa NTFS, a asi vedia prečo. Je odladený a už mám pocit že dáta na ňom sú vcelku v bezpečí pred poškodením (keď nepočítam hw poruchy disku). Aspoň mne sa teda nestalo, že by mi z NTFS zmizli nejaké dáta - a keď, tak skôr výnimočne. FAT samozrejme riešiť nebudem, čo reset to scandisk...
Na linuxoch som na začiatku používal skoro výhradne ext2 - nakoniec, veľa iných možností ani nebolo v roku okolo '98. Respektívne som nebol natoľko linuxovo založený, žeby som až tak potreboval riešiť otázku filesystému. Po príchode na výšku som však Linux začal používať častejšie... Ext3 bola hneď nasledujúca voľba - vidina žurnálovania a odpadnutia nutnosti používania fsck (rovnako ako to nie je potrebné pri NTFS) bola fakt príjemná, takže nebolo o čom. Až na zistenie, aký slušný žráč miesta Ext3ka je. A zistenie aký je pomalý.
Nastal čas na posun ďalej. Vzhľadom na to, že som všade počul samú chválu, skúsil som reisera. Teraz si už vlastne ani nepamätám, aký reiser bol na svojom stroji. Používame ho však ešte na mnohých strojoch v práci a vyzerá celkom stabilne. Síce to je kus pomalé (stále ale menej pomalé ako ext3, naštastie
, ale dáta sa nestrácajú. Aspon pokiaľ viem.
Pred cca. pol rokom som sa rozhodol definitívne prekonvertovať windowsy na vlastnom kompe na "bootloader pre hry" (ktoré ale vlastne už tiež príliš nehrám) a začať používať čisto Linux. Chcel som to mať od začiatku nainštalované poriadne a použiteľne, takže som si na nete pár dní robil prieskum, aký FS vyberiem. Vo všetkých (alebo prevažnej väčšine) výkonnostných testoch bol jasným výťazom XFS. Dosť dobre využíval aj miesto na disku (=mal malý overhead) a tvrdilo sa tam, že je aj vcelku bezpečný. Ešte sa naň doťahoval Reiser4, ale keďže som príliš lenivý kompilovať a patchovať custom jadro... Voľba padla teda nakoniec na voľbu ext3 (/boot) + xfs (/) + ntfs (/media/windows). S tým ntfs to bol trochu problém, až kým neprišiel ntfs-3g. Teraz už môžem spokojne zapisovať aj do windows partície a tak mať niektoré dáta/nastavenia spoločné v oboch systémoch. Aj keď má to svoje muchy - občas sa mi pri poweroff linux zasekne (pri prechode z X do "poweroff-sequence-console" - zrejme vinou fglrx) a tak ostane windows partici dirty a mne neostane len na tých pár sekúnd nechať bootovať windowsy.
A práve s tými poweroffmi súvisí nepríjemná vlastnosť XFS, ktorá ma posledné týždne začína vážne štvať. Napriek proklamovanej bezpečnosti XFS som si robil ďalší prieskum a ono to všetko až také pekné nie je. Totiž, XFS podľa všetkého na dosiahnutie vysokého výkonu používa nie celkom čisté techniky - využíva veľkú cache a zapisuje veci naozaj až keď je to potrebné. Preto sa odporúča používať UPSky... Také niečo má asi aj moj notebook, že :o) Napriek tomu zisťujem, že pre nevýpočtový stroj to nie je vhodné riešenie. Pri vývoji XFS sa zrejme nepočítalo s náhodnými reštartmi kvôli nestabilite ovládačov (a podobným blbostiam). Zrejme očakávali stroj alla Dell Fireblade bežiaci na UPSke, ktorý by bežal a počítal 24/7 - nepotreboval by žiadnu grafiku či zvuk a pravdepodobnosť spadnutia kernelu by bola teda minimalizovaná.
To ale nie je môj prípad. Raz za pár vypnutí sa mi stane (zatiaľ v tom nevidím systém, takže asi náhodne), že systém skrátka zatuhne ešte pred odmontovaním filesystémov, takže pri boote sa dejú nepríjemné veci. Dnes sa stala zatiaľ najnepríjemnejšia. Hneď po vypnutí Xiek stroj zamrzol - to sa stalo veľakrát. Vždy som maximálne prišiel o nick uložený vo Valknut-e. Tentokrát však odišlo aj nastavenie Firefoxu, ktoré som piloval hooodne dlho (nejak mi nefungovalo DPI, takže na mnohých stránkach som mal príliš veľké alebo príliš malé pismo; podobne skrolovanie po jednom riadku (pomocou rollera na myši) nie je to pravé orechové... a samozrejme z kopca nainštalovaných pluginov mi ostalo funkčných len pár základných, a aj nastavenie tých je v...). To všetko ma donútilo zamyslieť sa nad tým, či je XFS ten pravý filesystém.
Nedávno som testovne niekam inštaloval systém na JFS. Výkonovo by na tom mal byť veľmi podobne ako XFS, čo sa týka využitia procesoru, mohlo by to byť ešte lepšie. Po posledných udalostiach sa vážne začínam zamýšlať, že nadišiel čas na to vyskúšať niečo iné ako XFS - pretože toto ma už vyslovene otravuje a nemať pevnú vôľu, asi by som sa vrátil k "bezproblémovým" windowsom.
Takže ma asi čaká menšia operácia notebooku - zatarovať dáta z XFS partície na externý disk, preformátovať na JFS a roztarovať to späť. Mám pocit, že to nejakú tú hodinku zaberie. Takže tu je otázka môjho blogu - má niekto skúsenosti s JFS? Môže to niekto porovnať s výkonom XFS? Ako to funguje na bežnom-raz-za-čas-pri-vypínaní-padajúcom stroji? Alebo skúsiť BLEKov filesystém?
Hmm, to asi nie - to by som musel znovu kompilovať.
Tiskni
Sdílej:
Ext3 bola hneď nasledujúca voľba - vidina žurnálovania a odpadnutia nutnosti používania fsck (rovnako ako to nie je potrebné pri NTFS) bola fakt príjemná, takže nebolo o čom.odpadnutia nutnosti pouzivania fsck? nie nadarmo je default nejakych kazdych 20 rebootov ci neviem kolko dni na povinny fsck...
Až na zistenie, aký slušný žráč miesta Ext3ka je.
-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.
A zistenie aký je pomalý.na to by som prosil nejaky benchmark. ja by som to nerozpoznal (samozrejme to moze zavisiet od viacerych veci).
Podobné problémy s XFS mám aj ja.Hlavne po nekorektnom ukončení alebo tvrdom resete to robí hovadiny.Vtedy mi pomohli nástroje xfs_check a xfs_repair.XFS mám naštastie iba ako /home na root / mám pre istotu ešte ext3.To není zrovna dobré pojištění uvážíme-li, že ext3 je na tom ještě mnohem, mnohem hůře. Tedy alespoň podle mých zkušeností - zatímco na XFS jsem nikdy žádná porušená nebo ztracená data neviděl (a to používám XFS déle než ext3 vůbec existuje), tak stroje s ext3 bylo nutné všechny reinstalovat.
dd if=/dev/zero of=/home/SPADFS.img ... jsem vytvořil 2GB image a vytvořil filesystém. Namountoval mount -t spadfs /home/SPADFS.img /media/spadfs -o loop a zkusil zkopírovat obsah adresáře /var/cache/pacman/pkg. Zkopíroval se pouze první balíček, půlka balíčku (asi 5 z 13M) amarok a pak zásek kopírování. Pomohla akorát zkratka CTRL+C.
deb http://ftp.cz.debian.org/debian jessie main contrib non-free[luc@merlin ~]$ df -Th |grep jfs /dev/hda5 jfs 4,7G 2,5G 2,2G 53% / /dev/hda7 jfs 49G 45G 4,1G 92% /home [luc@merlin ~]$
bez problemu. FYI sel jsem stejnou cestu ... kdysi ext2 > pak reaiserfs (velmi dloooouhoooo). Kratky okamzik XFS (nikdy jsem nezkopmiloval kernel, zdrojaky ulozene na XFS, proste to neslo). Nyni nekolik mesicu JFS
Zvlastni, XFS jiz nejakou dobu mam, tu a tam natvrdo restartuju, ale zatim jsem zadny problem (diky bohu) nezpozoroval...opravdu je to tak zle?Také jsem za 6 let nic pozoroval. To smaozřejmě není žádný důkaz.
(16GB>32GB>144GB>1TB)