Вообще-то в ГОСТе это зовется узлом замены, а s-box — это общее понятие для элемента криптографии, использующееся дофига где.
Если честно, наличие слабых параметров для какого-то алгоритма нифига не очевидно. Например, вот обоснование слабых ключей и УЗ для ГОСТа и известно это стало далеко на в 89 году.
Покажите мне, пожалуйста, какую-нибудь статью, где будут описаны требования к параметрам (кроме требований из самого стандарта о простоте, положительности, меньше основания и др. очевидных) для какого-нибудь алгоритма на дискретном логарифме.
А можно поподробнее? Я знаю, что для конкретных криптоалгоритмов бывают «слабые» параметры. Например, для нашего ГОСТ 28147-89 бывают слабые узлы замены (s-box'ы). А про требования к параметрам асимметричной криптографии я нигде пока не читал, хотя у нас в стране их тоже выдает ФСБ, поэтому весьма вероятно, что такие требования есть.
Все вполне понятно, если знаешь что такое асимметричная криптография. Идея от Дифи-Хелмана ничем не отличается, поэтому почитав википедию и осознав его, даже не подготовленный читатель сможет понять и эту статью. Автору спасибо.
О том и речь, что сама по себе 64битность никакого прироста производительности не дает, а скорее наоборот дает некоторое замедление. А вот переделанный конвейер, большее количество регистров, дополнительные инструкции и т.д. вполне себе неплохо ускоряют.
Кстати, разработчики ARM'а — ребята умные, поэтому они оставили тот же размер инструкции (32 бита), просто добавили возможность работы с 64битными аргументами. Плотность кода снизится не сильно, в основном за счет 64битных указателей.
Сегодня уже от троих близких к IT людей услышал мнение, что 64битная архитектура должна стать быстрее.
64 битные процессоры страдают от большего размера инструкции. В ARM'е Thumb режим добавили именно чтобы ускориться за счет уменьшения размера инструкции и, как следствие, увеличения плотности кода. Чем меньше плотность кода, тем больше приходится тратить кэша, ресурса шины, оперативки и т.д. Поэтому заявления о том, что 64 битный ARM должен вдруг стать сильно быстрее — довольно опрометчивы.
Тем не менее, архитектура ARMv8 имеет множество преимуществ над ARMv7 и 64битность лишь одно из изменений. Конечно, ARMv8 разрабатывали не просто так и он будет лучше, быстрее сильнее.
Если честно, наличие слабых параметров для какого-то алгоритма нифига не очевидно. Например, вот обоснование слабых ключей и УЗ для ГОСТа и известно это стало далеко на в 89 году.
Покажите мне, пожалуйста, какую-нибудь статью, где будут описаны требования к параметрам (кроме требований из самого стандарта о простоте, положительности, меньше основания и др. очевидных) для какого-нибудь алгоритма на дискретном логарифме.
64 битные процессоры страдают от большего размера инструкции. В ARM'е Thumb режим добавили именно чтобы ускориться за счет уменьшения размера инструкции и, как следствие, увеличения плотности кода. Чем меньше плотность кода, тем больше приходится тратить кэша, ресурса шины, оперативки и т.д. Поэтому заявления о том, что 64 битный ARM должен вдруг стать сильно быстрее — довольно опрометчивы.
Тем не менее, архитектура ARMv8 имеет множество преимуществ над ARMv7 и 64битность лишь одно из изменений. Конечно, ARMv8 разрабатывали не просто так и он будет лучше, быстрее сильнее.