Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
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.
Phoronix otestoval výkon nového plánovače BFS (autor Con Kolivas). Ačkoliv výsledky nejsou jednoznačné, zdá se, že BFS je přeci jen o něco výhodnější (s výjimkou zvýšení diskové latence) než CFS.
Tiskni Sdílej:
lol... to je špičkový :DDD
... tak a je to jasne, mazem Ubuntu, instalujem OpenSUSE :)
Hmm, to jo, ale kolik to zlepšení odezvy stojí je taky dobrý vědět (aby to třeba neznemožnilo to přehrávání HD videa). Imho by ale nebylo špatný mít tohle defaultně na desktopových distrech.
O video bych se nebál, třeba komprese 7zipem byla rychlejší o 7 %. Ztrátou výkonu trpí jen rychlost diskových operací.
Notebook Celeron 600 MHz, 192 MB RAm , Gentoo. S jádrem 2.6.23 a běžící kompilací nepoužitelné, jak se to seká. S jádrem 2.6.31 BFS 209 při běžící kompilaci můžu normálně používat (surfovat atd).
btw. desktop quadcore mi s BFS 211 ani nenabootuje, sekne se při USB jak něco kutí u čtečky karet. Včera jsem sosnul BFS 221, tak uvidím dnes odpoledne až se vrátím z práce.
Hmm, tak to vypadá, že má BFS pozoruhodně lepší výsledky při běhu x264, což je sice úloha náročná na cpu, ale nezdá se mi, že by byla na plánovač náročná... nepotřebuje to moc IO, jenom spoustu cpu cyklů...
Jo, jasně. Ta zmínka o IO se vztahovala k tomu, co x264 dělá: prakticky nikdy nečeká na data z disku, protože je limitována výkonem cpu... na středních a pomalých nastaveních pak podle mě prakticky už nečeká ani na RAM... (ačkoliv, nedávno si vývojář posteskl, že jim v dosažení vyšších rychlostí brání cache missy u L1 :) že tam není moc vyřešený prefetching...)