aMule (Wikipedie), tj. multiplatformní klient pro peer-to-peer sdílení souborů pro sítě eD2k and Kademlia, byl po více než pěti letech od vydání poslední verze 2.3.3, vydán v nové major verzi 3.0.0 (GitHub). S novou webovou stránkou a dokumentací.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 29. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Evropská komise předložila evropský balíček pro technologickou suverenitu, tedy soubor opatření, která mají posílit kapacity EU v oblasti polovodičů, umělé inteligence, cloudu a open source. To Evropě pomůže stát se lídrem v oblasti umělé inteligence, posílit její digitální autonomii a vytvářet podmínky pro udržitelnější digitální budoucnost.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána v nové major verzi 5.
Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
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: