the GNU Compiler Collection (GCC) provides a quadruple-precision type called
__float128
for x86, x86-64, and Itanium CPUs, which can be used for quadruple precision arithmetic.

GCC and Clang compilers provide support for __float128 through software implementations
https://bluescarni.github.io/mppp/tutorial_real128.html

Подозреваю, что нанометры
https://www.quora.com/How-can-you-conve … nanometers
не влезут в __float64.
300 000 000 метров в секунду = 0.3 * 10^9
10^9 нанометров в метре
всего 0.3*10^18
ceil (log(2, 10^18)) = 60
а битов в __float64 в мантиссе всего 52.

Вроде бы порядок это одно, а точность другое, и недостаток битов не должен помешать, но опасения всё равно остаются!

А использовать __float80 не хочется (потому что цифра некруглая)
(__float80 is available on the i386, x86_64, and IA-64 targets, and supports the 80-bit (XFmode) floating type.)

Ещё было бы неплохо подумать о постоянной Планка.
С 2019 года значение постоянной Планка считается зафиксированным и
точно равным величине h = 6,62607015 * 10^−34      кг·м^2·с^−1 (Дж·с).

=log(2, 10^36) = 116 бит.
Мантиссса __float128 = 113 или 112 бит, снова не влезает

Таким образом, для моделирования вселенной на уровне постоянной планка потребуются компьютеры с большей разрядностью,
64 бита в __float80 попробуем растянуть до 128 битов в __float160

Т.е. используются скорее процессоры архитектуры Intel 128, чем Arm 128.

(и я ещё от метров к скорости света не перешел + 10^9)
log(2, 10^46) = 152 бита. Тут явно ничего сделать нельзя, просто не надо на такое замахиваться. Скромнее надо быть в желаниях.

Или всё-таки придумать формат __float192

Отредактировано Лис (2024-03-23 16:37:30)