Vlákno názorů k článku Režim fast math v překladačích: přednosti, zápory a možné pasti od atarist - Tak FP umí přinášet zajímavé pasti. Pořád mi...

Tak FP umí přinášet zajímavé pasti. Pořád mi připadá, že se to na univerzitách stále dost ignoruje; potom na projektech vidím, že se FP používá jako reálná čísla. To ale není pravda, vůbec to nesplňuje spoustu vlastností reálných čísel.

Asi nejlepší je volba špatných násobků u jednotek v metrickém systému. To je čistý fail prakticky od začátku.

Jak to řešit při zachování rychlosti? Fixed point je kolikrát pomalejší, protože je děláno nad běžnými registry. A FPU zatím co vím nemá podporu fixed point (nebo aspoň ne na úrovni jazyků)

za mě: zachovat FP a používat ho (klidně i jako fast-math), ale je dobré dopředu vědět, co to může způsobit a kdy můžou být problémy a kdy nikoli. Třeba kladná/záporná nula, to se může hodit, práce s NaN v 90% mých programů stejně nenastane :-)

Připomíná mi to jeden problém, který se řešil před asi 15 lety na Aldebaranu a ukázal se značně netriviální kvůli zmiňovaným problémům - autor se jestli si dobře vzpomínám pokoušel simulovat nějaký složitější systém, ten mu dával zjevné nesmysly, tak postupně dospěl až k úplně primitivní numerické simulaci oběhu jediné planety kolem hvězdy podle Newtonovy mechaniky, a pořád nepříliš snadný problém, jak vůbec dosáhnout toho, aby se po oběhu planeta vracela do stejného místa se stejným vektorem rychlosti.

jakou používal integrační metodu?

(protože to spíš vypadá na nestabilní numerický výpočet)

btw toto je zajímavé video https://www.youtube.com/watch?v=nCg3aXn5F3M

25. 2. 2026, 20:59 editováno autorem komentáře