Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Současné vývojové jádro je 4.13-rc3 vydané 30. července. Linus řekl: „rc2 bývá velmi klidné vydání, ale tenhle cyklus rc2 byl poměrně rušný, a tak jsem měl obavy, jestli se ve 4.13 neděje něco špatného. Ale ne, šlo jen o náhodné načasování a lidé začali posílat opravy dříve a tento vývojový cyklus se pro změnu jedná o malý rc3.“
Pro cyklus 4.13 se vrátilo sledování regresí, současný report ukazuje osm známých problémů. Za povšimnutí stojí, že Thorsten Leemhuis začal používat nový identifikační mechanismus, který by měl sledování zjednodušit.
Stabilní aktualizace: 4.12.4, 4.9.40, 4.4.79 a 3.18.63 byly vydány 27. července.
Na Linux.com vyšel článek o email2git napsaný přímo jeho vývojářem Alexandrem Couroublem. Email2git představuje způsob, jak k sobě přiřadit commity a e-mailová vlákna, ve kterých se o nich diskutovalo. Aktuálně se zaměřuje na jádro a vlákna z poštovní konference linux-kernel. Dá se použít dvěma různými způsoby: jako rozšíření pro cregit (https://cregit.linuxsources.org/), které umožňuje procházení změn na úrovni tokenů, nebo prostřednictvím rozhraní na hledání ID commitu. „Proces revidování založený na e-mailu, který se používá v projektu Linux, je vysoce efektivní ve filtrování open-source příspěvků na jejich cestě z diskuzí poštovních konferencí směrem do gitového repozitáře Linuse Torvaldse. Ovšem jakmile dojde k integraci, může být cesta opačným směrem, tedy přiřazení commitů v Gitu příslušným revidujícím komentářům v poštovních konferencích, obtížná, zvláště pokud jde o commity, které prošly několika verzemi (a tedy několika koly revizí), které patří k řadě o více patchích, nebo které byly ručně vybrány. Jako odpověď na tyto a další problémy jsme vytvořili email2git, systém pro získávání patchů, sestavený pro linuxové jádro. Nástroj je schopen pro daný commit najít odpovídající e-mail s patchem, a také e-mailovou konverzaci, ke které došlo během procesu revidování. V současné době systém doplňujeme o podporu řady více patchů a explicitního výběru kódu z patche.“ Kód email2git je dostupný na GitHubu.
Chcete-li získat představu o návrhu, doporučil bych začít patchi #33 a #57, které se snaží vrhnout trochu světla na přístup, který jsem zvolil. Předtím prosím zkuste strávit něco z dokumentace architektury GICv3/GICv4 (méně než 800 stránek!). Jakmile se budete cítit přiměřeně šíleně, budete ve správné náladě na čtení kódu.
Za posledních 15 let se stala zajímavá věc. Když vytáhnete telefon a podíváte se na webovou stránku, na stroji, který vám danou stránku poslal, pravděpodobně běží Linux. Z 500 nejrychlejších superpočítačů na světě 497 používá Linux. A Linux je srdcem Androidu ve více než miliardě telefonů. Místo abychom vyhráli na desktopech, vyhráli jsme všude jinde. A proto jsem minulý rok opustil své pohodlné zaměstnání ve velké firmě, kde jsem 12 let dělal na Linuxu, a začal jsem pracovat na plný úvazek v komunitě kolem Bitcoinu.
Gah, I'm so rusty, if I were any rustier I'd be doing bitcoin.
Reconsidering the scheduler's wake_wide() heuristic. Matt Fleming. 27. července 2017
Jak by měl plánovač rozhodovat o rozložení procesů na [víceprocesorovém] stroji?
Různé typy zátěže si žádají různý přístup k plánování – v závislosti na tom, nakolik využívají paralelizace – a od toho se odvíjí využití procesoru, cache a také spotřeba energie. Je tedy žádoucí, aby plánovač vhodně shlukoval (pro lepší využití cache nebo úsporu energie), nebo naopak rozprostřel úlohy mezi procesory (pro lepší využití procesorů). Funkce wake_wide() plánovači poskytuje takovou heuristiku.
Stávající heuristika (z roku 2015) vznikla, aby uspokojila potřebu Facebooku minimalizovat latence ve vícevláknové aplikaci s modelem producent-konzument, kde nadřazené úlohy běží na uzlech NUMA a odpovídá jim řada podřazených úloh. Heuristika počítá probuzení úloh, aby odhadla, které úlohy jsou nadřazené a které podřazené. Pokud je podřazených méně než procesorů se společnou vysokoúrovňovou cache (last-level cache), měly by tyto úlohy zůstat pospolu. V opačném případě mohou být úlohy rozprostřeny napříč systémem a plánovač vybere procesor, který je ve stavu nejméně šetřícím energii, protože změna takového stavu přidává režii.
V současnosti probíhá debata, zda by heuristiku nešlo vylepšit, leč bez jasného výsledku.
A milestone for control groups. Jonathan Corbet. 31. července 2017
Poslední části přepracovaného API řídících skupin jsou po pěti letech úsilí připraveny.
Nové rozhraní, které navrhl Tejun Heo, míří do vývojového cyklu 4.14. Oproti svému předchůdci navíc podporuje řídící skupiny vláken (threaded groups). V rámci možných rozšíření do budoucna se hovoří např. o režimu, který by umožnil přeskočit (bypass) některé úrovně v hierarchii řídících skupin, aby se omezila režie; tento podnět Waimana Longa ale zatím není hotový.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz