Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.
Nvidia na své konferenci NVIDIA GTC Taipei 2026 představila řadu novinek. Společně s Microsoftem představili superčip NVIDIA RTX Spark (až 6 144 jader GPU, 20 jader CPU, 1 petaflop AI výkonu v FP4 a 128 GB jednotné paměti). První notebooky a stolní počítače s tímto čipem od Nvidie místo Intelu nebo AMD by se měly na trh dostat na podzim letošního roku.
Programming stuff. And stuff.
Jak jsem byl zmlsán callgrindem a kcachegrindem z Linuxu, dlouho jsem se snažil najít něco podobného taky pro Windows. Už jen najít nějaký schopný profiler pro Windows bylo celkem těžké. Zkoušeli jsme jich asi šest, jediný který alespoň s velmi specifickým nastavením fungoval (a něco naměřil), byl IBM/Rational Quantify, ale jeho schopnosti grafování oproti kcachegrindu byly značně slabé (plus instrumentace všech dll měřené aplikace mu zabrala tak půl hodiny).
Pak jsme objevili profiler VerySleepy (open source), který fungoval až podezřele dobře. Nepotřebuje dělat instrumentaci (je sample-based), prostě se připojí k procesu/vláknu a je to. Jediná podmínka je, že program musí být přeložen Visual Studiem (gcc/mingw neumějí vytvořit debugovací informace v .pdb formátu), jinak některé funkce vůbec neuvidíte ve výsledném měření.
Jediná chybička na kráse VerySleepy je, že VerySleepy nevidí do knihoven, které byly načteny přes LoadLibrary (windowsí obdoba dlopen). Dá se to obejít tím, že je dočasně natvrdo přilinkujete k měřené binárce.
Googlení pro vizualizaci měření *.sleepy souborů z VerySleepy ukázalo, že nejspíš nic takové není, tak jsem se rozhodl udělat nějaké sám. Nejjednodušší by bylo převést sleepy soubory do calltree formátu (používá je kcachegrind), dokonce prý jde přeložit kcachegrind pod Cygwinem, jenom kcachegrind závisí na velké části KDE.
S heslem "kcachegrind - náš vzor" jsem za pár víkendů napsal SleepyGraph, který má zásadní vlastnost kcachegrindu, vizualizace grafů volání. Je to napsáno v Pythonu využitím XDot, PyGTK a graphvizu. Lepší než popis budou dva screenshoty (klikněte pro plnou velikost):
Graf jednoduchého programu s rekurzívním voláním
Částečný graf běhu velké aplikace (nastavena velká hloubka DFS)
Stránku projektu SleepyGraph naleznete na http://sleepygraph.sourceforge.net . Snad se to hodí taky někomu jinému.
Je to pořád v alpha stavu, ale mé výsledky jsem porovnával s VerySleepy, čímž jsem taky narazil na jeden bug s počítáním ceny volaných/volajících při rekurzi ve VerySleepy 0.5 (patch jsem zaslal autorovi, ale chvíli to potrvá než se k tomu dostane).
Taky by nebylo špatné se podívat profilerem na SleepyGraph (mám pocit že načítání sleepy souborů mu trvá nějak dlouho). Je pravděpodobné, že se k tomu nějakou dobu nedostanu, protože delší čas teď nebudu kódit v C++.
Tiskni
Sdílej:
diky za tip. Pekne. Neco takove jsem shanel uz dele.
Patch zpusobi, ze se spravne zobrazi caller cost (ze nebude vic nez cena celeho programu), jenze pak procenta muzou vypadat "divne" pri hlubokych rekurzivnich volanich. Tak nejak zavisi co ocekavate ze je "spravne" zobrazeni.