Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 ž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.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
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