Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Platí taková známá poučka: xfs je rychlý souborový systém, rozhodně rychlejší než ext3. Copak to asi je, rychlost filesystému? Rychlost čtení a zápisů je závislá na disku. Nebo že by závisela ještě na něčem?
No jasně, přece na použitém typu filesystému.
Rychlost filesystému jsem si testoval tímhle přiblblým skriptem. První pokus jsem dělal na svém PC, kde mám SATA disk WD1600JS-23M na řadiči Sil 3112. Přechodem od ext3 k xfs se mi skutečně rychlost zvýšila, a to faktorem 1.5 . Druhý pokus jsem udělal na serveru, kde je na SCSI připojeno čtyři roky staré diskové pole EasyStor na ATA discích. I tady se to zrychlilo, dokonce faktorem 2.5 .
To mě tak potěšilo, že jsem ten server vypnul a se všemi uživatelskými daty jsem tam pěkně přešel na xfs. Potom jsem se teprve zamyslel nad tím, čím je to asi tak hrozně rychlé. Že by si ext3 veškerá data ukládal napřed někam a potom znovu ještě někam jinam, to se mi nějak nezdálo. Ale jak jinak může být práce s diskem pomalejší nebo zase rychlejší? Mimochodem, nejméně 2.5 krát se zrychlil i dump (teď je to ovšem xfsdump).
O ten server se starám už dlouho. Občas si tam pustím
vmstat 1a jednu sekundu za druhou se tam dívám na diskový provoz ve sloupcích bi a bo. Někdy to ukazovalo nuly, potom to vyběhlo na nějakých 30 MB/s - to když zrovna někdo něco dělal - a zase se to vrátilo k nulám nebo malým číslům. Po přechodu na xfs se tenhle charakter zatížení zachoval, ale ve špičkách to běžně šplhá až na 90 MB/s.
Tak to vidíte, xfs ten disk dokáže nějak víc zaměstnat. Ale jak toho docílí, to já prosím pěkně nemám tušení.
Tiskni
Sdílej:
Že jako jádro v případě ext3 čeká na potvrzení od disku a potom teprve považuje diskovou operaci za provedenou, takhle jsi to myslel? Je na to nějaká volbička mountu?
To ovšem odporuje pozorované skutečnosti, že diskový provoz se ve špičkách ztrojnásobil. A zrychlení dumpu taky nevysvětlíš kešováním.
To ovšem odporuje pozorované skutečnosti, že diskový provoz se ve špičkách ztrojnásobil.Tak porovnejte celkový počet blokových operací provedených s diskem.
A zrychlení dumpu taky nevysvětlíš kešováním.xfsdump pracuje s přes FS, nikoliv samostatně přímo s blokovým zařízením (Věta z manuálu: xfsdump does not dump unmounted filesystems). Takže se cache využívá. Já nezpochybňuji výkon XFS, jen bych podstatný díl zrychlení připisoval jiným vlivům, než je lepší organizace dat na disku.
Že jako jádro v případě ext3 čeká na potvrzení od disku a potom teprve považuje diskovou operaci za provedenou, takhle jsi to myslel? Je na to nějaká volbička mountu?
Při předběžných testech jsem pracoval na prázdných filesystémech. Ten server provozuju už delší dobu, a během historie byly i nějaké ty úplné obnovy ze zálohy. Stojím si za tím, že zvýšení propustnosti ze 30 na 90 MB/s nelze vysvětlit fragmentací.
Při předběžných testech jsem pracoval na prázdných filesystémech. Ten server provozuju už delší dobu, a během historie byly i nějaké ty úplné obnovy ze zálohy. Stojím si za tím, že zvýšení propustnosti ze 30 na 90 MB/s nelze vysvětlit fragmentací.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
16.5.2007 13:02
14.6.2007 16:48
16.5.2007 14:03
man tune2fs, zapnout dir_index, a mountovat to třeba s parametry data=writeback,commit=600. Defaultní nastavení ext3 je zkrátka mnohem paranoidnější než nastavení xfs...
Dík, někdy si to zkusím. Paranoia může být důvod zpomalení, snad. V jednom datovém centru ve Francii prej používají pro aplikační data výhradně xfs, mají tam docela hodně instalací a dušovali se mi, že něco tak báječně stabilního jako je xfs jinak neviděli. Oproti tomu paranoidní defaulty ext3 třeba mají nějaký důvod.
Páni kolegové třeba mají pravdu, že všechno souvisí s fragmentací. Jestli xfs dává požadavky do disku tak, aby tam bylo hodně po sobě jdoucích bloků, tak to třeba udělá svoje.