Vlákno názorů k článku Podpora numerických hodnot typu quadruple-precision floating-point v GCC od judovana - Nazdar! Prosim te, pro nas pomalejsi: risc-v ma...

  • Článek je starý, nové názory již nelze přidávat.
  • 4. 3. 2026 11:31

    judovana

    Nazdar! Prosim te, pro nas pomalejsi: risc-v ma na praci s temito "rozsirenymi" decimal typy specialni instrukce,a gcc je pouziva?
    Ovsem intel ne. a dochazi tam bud k emulaci, nebo se se proste pouzije "obycejny" decimal, nebo "rozsireny" ? S tim ze gcc tam pouze vola tu emulaci a ta si rozhodne co delat pozdeji?

    Ptam se, protoze na jedne strane pises ze intel a dalsi to maji podporovane, ale na druhe strane jen u riscu zminujes instrukce. U intelu zminujes "ze se tam cosi vola". Navic internet (pri heldnai vykonu techto vypoctu jak se tu kdosi ptal), tvrdi, ze quadruple-precision floating-point typically ma 4x - 60x pomalejsi vypocty nez double-precision (64-bit) `due to lack of native hardware support on most CPUs` .

    A jak je na tom slavny aarch64? Diky!

  • 4. 3. 2026 15:23

    Ladis

    Pokud není HW podpora v CPU, tak může být podpora v novém mikrokódu CPU nebo překladači zdrojových kódů (jako v dávných dobách byla např. SW emulace FPU). V případě C/C++ může překladač rozhodnout použít horší přesnost, aby to bylo aspoň trochu rychlé, protože specifikace long cokoli akorát říká, že to má být delší (nebo rovno?) než verze bez long.

    4. 3. 2026, 15:25 editováno autorem komentáře

  • 4. 3. 2026 15:59

    judovana

    Pokud to umi mikro kod, nazval bych to s klidnym svedomim podpora na HW. Protoze to umi "ten cip s tim nahranym microcodem". A tedy a halvne - pro prenositelnou binarku je to pak jedno - ta zavola instrukci, a procesor si s itm rychleji nebo pomlaleji poradi.