Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
Řemínky pro Apple Watch, bezdrátová sluchátka nebo nabíjecí adaptéry. Takovou nabídku našli v uplynulých dnech příslušníci Celního úřadu v Liberci při kontrole kamenného obchodu na Náchodsku. Celkem zde zadrželi 3 035 kusů zboží podezřelého z porušování práv duševního vlastnictví. Pokud by se jednalo o originální výrobky, jejich hodnota by podle odhadu přesáhla 10,8 milionu korun.
Byla vydána verze 31.1 textového editoru GNU Emacs. Podrobný přehled novinek v souboru NEWS.
Webový prohlížeč Waterfox (Wikipedie), fork Firefoxu, byl vydán ve verzi 6.7.0. Postaven je na jádru Gecko ESR 153.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.17.0. Podrobný přehled novinek v changelogu. Přidána byla základní podpora gamepadů. Opraveno bylo několik zranitelností. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Americká technologická společnost Apple loni v Irsku na daních zaplatila 17 miliard dolarů (zhruba 350 miliard Kč). To představovalo 40 procent celkové částky, kterou firma odvedla na dani z příjmů po celém světě. Vyplývá to z účetních výkazů podniku. Platbu výrazně zvýšilo rozhodnutí Soudního dvora EU z roku 2024, podle něhož měl Apple doplatit Irsku na daních 13 miliard eur (313 miliard Kč).
CrossPoint Reader je open-source alternativní firmware pro menší, levné čtečky, vybavené cca čtyřpalcovým e-ink displejem. Zahrnuje aplikaci pro čtení e-knih a webový server pro konfiguraci a přenos souborů po síti. Verze 1.0 byla vydána v únoru 2026. Recenze současné verze 1.5 vyšla na Linux Weekly News.
Byla vydána verze 1.98.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Byla vydána nová verze 7.1 (YouTube) svobodného open source redakčního systému WordPress. Kódové jméno Mary Lou bylo vybráno na počest americké jazzové klavíristky Mary Lou Williams (YouTube).
Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.4. Představení novinek také na YouTube. Bun byl přepsán z programovacího jazyka Zig do Rustu. Pomocí Claude Fable 5.
Zdravím,
tento dotaz je primárně směřován na ženy/muže orientující se v problematice programovaní a kompilace ve fortranu ale ani ostatní se nemusí cítit odstrčeni.
Popis problému:
Program na řešení soustavy parabolických PDE (trubkový reaktor s axiální disperzí), napsaný ve fortran90 (z důvodu dynamické alokace polí) a FORTRAN77 (rutiny na řešeni PDE), byl zkompilován Intel Fortran Compiler For Linux verze 10.1 20080312. Pokud je program zkompilován v debug modu (s parametry -g -debug all) běží vše v pořádku, resp. je dosažen smysluplný výsledek*. Pokud ale je použita při kompilaci optimalizace (-O2 a výše) solver DDASPK, který má za úkol numerické řešení prostorových derivací, se ukončí z důvodu neschopnosti vypočíst YPRIME (první derivace funkce y - definované uživatelem).
Nejde zde ani tak o problém fyzikální (věřím že fyzikální podstata problému je naprogramována správně), ale spíše programátorský. Jak může obecně optimalizace zdrojového kódu kompilátorem ovlivnit numerickou stabilitu výpočtu? Dočetl jsem se, že během optimalizace dochází k vektorizaci vybraných smyček-cyklů není zde podstata výše uvedeného problému? Setkali jste se už někdy s rozdílným chováním programu zkompilovaného v debug modu a optimalizovaného (jedno v jakém programovacím jazyku)?
Dík za Vaše zamyšlení nad problémem,
Milan
* Smysluplným výsledkem je myšlen ten, který splňuje zadání úlohy a poskytuje reálné (fyzikální) hodnoty, jako třeba kladné absolutní teploty, respektuje zákon zachování hybnosti, hmoty a energie.
HA! Tak formulace problému zde nafóru mi pomohla najít vhodnou formu dotazu pro google!:
computation result differs with Optimize/Debug versions
A výsledky se začaly hrnout. Třeba hned jeden z prvních odkazů:
http://www.flounder.com/debug_release.htm
se zdá být nanejvýš relevantní.
No budu pokračovat v samomluvě. Našel jsem to co je nejspíše příčinou mého problému. Níže uvedený odkaz obsahuje sice obecnou přednášku, ale na stránce 7 je přesně popsáno, co způsobuje "horlivá" optimalizace za bordel.
www.cs.berkeley.edu/~wkahan/Mind1ess.pdf
Dík za napad s paralelním výpisem z neoptimalizovaného a optimalizovaného programu a sledovat kde dochází ke změně. Jinak optimalizace začne produkovat jiné výsledky když použiju -O2. Když přidám -fltconsitency tak problém zmizí.
Tiskni
Sdílej: