пока что это потолок, большего пока не требуется
guid 128 бит, считается более чем уникальным, md5 тоже 128
архитектуры 64, памяти что они могут в теории адресовать толком не требуется
тормозит не столько технологическая сложность, сколько невостребованность
"640 килобайт хватит всем", теперь нам не хватает 32 бит для памяти и надо все 64
дорастём, не может, а точно дорастём
перерастём существующие мощности и коды,
им на смену придут новые шифры
новые типы данных для большей точности
но пока рано
пока
Другие языки программирования и технологии
Программирование :максимальная битность кода 128 или же до грани моего мышления ?
Кирилл Шумаков
Понял .Благодарю .
Если я правильно понял смысл вопроса, то сколько угодно, потому что очень длинные числа или цепочки битов можно обрабатывать и обрабатывают по частям с помощью соответствующих подпрограмм. Но точность больше примерно полутора десятков значащих десятичных цифр в числе, которые обрабатываются процессором за один прием, обычно никому не нужна.
Под "битностью кода" в предложении двоечника я могу предположить, что имеется в виду длина ключа в криптографии, а что имеете в виду вы?
Кирилл Шумаков
Бинарный код
Нет. Это предел для кремниевой технологии.
Битность кода - это вымышленный термин, ничего толком не значащий. Размерность машинного слова - это столько бит, сколько укладывается в одну ячейку процессора\памяти\шины. Сейчас 64 вполне хватает и еще на сто лет хватит. Почему до этого не хватало? Да потому что при помощи 32 бит нельзя было адресовать больше 4 гигабайт памяти прямой ссылкой, потому что некоторые графические расчеты требовали пары 32-битных значений для достаточной точности позиционирования. К программированию эти биты не относятся. Единственное, каким боком это касается программиста - это наличие или отсутствия возможности работы с 64-битными числами с плавающей точкой, обрабатывая их за такт процессора. И то, только в системном программировании.
Урмат Кожокманов
>> ...это наличие или отсутствия возможности работы с 64-битными числами с плавающей точкой, обрабатывая их за такт процессора
Вы пояснили бы какие именно инструкции за 1 такт.
Вот, например, тот же fsin (как в x86, так и amd64) выполняется >200 тактов.
Да и про элементарное сложение, кстати, тоже непредсказуемо за сколько тактов выполнится: прерывания, встроенная многопоточность...
Вы пояснили бы какие именно инструкции за 1 такт.
Вот, например, тот же fsin (как в x86, так и amd64) выполняется >200 тактов.
Да и про элементарное сложение, кстати, тоже непредсказуемо за сколько тактов выполнится: прерывания, встроенная многопоточность...
Николай Оксенюк
Хватит на сто лет? Компьютерам нет и ста лет, а погляди, какой путь мы прошли от винчестеров размером с чемодан нанесколько килобайт.
Похожие вопросы
- Программирование в машинных кодах.
- Прочитал статью великого хакера. Пишет, "учите программирование по исходному коду, к примеру, начните с изучения
- Хочу научится программированию в двоичном коде. Подскажите с чего начать и что делать.
- Какое соотношение во времени в программирование между печатанием кода и исправлением ошибок?
- Получение опыта в области программирования (архитектура программы, качество кода).
- Информатика. Программирование. Обработка массивов данных. Помогите составить алгоритм и прог. код к нему.
- Программирование. Программируемые языки. Мышление.
- Почему документации по программированиям да и любую документацию не делают психологи для разных типов мышления людей?
- Скорость выполнения кода на разных языках программирования?
- Добрый день. Компьютер все языки программирование понимает как двоичный код ( если я не ошибаюсь).