Имеет ли значение Endianness в тесте NIST SP800-22?

Меня интересует набор тестов Randomness.

Один из известных наборов тестов на случайность, ДИХАРДЕР, сказал, что Endianness не имеет значения для «ХОРОШЕГО» генератора случайных чисел.

Обратите внимание, что это не то же самое, что запись необработанных чисел с плавающей запятой (которые вообще не будут случайными как битовый поток), и что «порядок байтов» uint не должен иметь значения для нулевой гипотезы «хорошего» генератора, поскольку случайные байты случайны в любом порядке.

Просто грубое предположение, я думаю, что нет никакой разницы между прямым порядком байтов и прямым порядком байтов в тесте на случайность. Поскольку тест случайности заключается в подсчете числа 0 или 1, проверке шаблона битового потока и т. Д. (Я прочитал всю статью, NIST SP800-22 редакция 1a.)

Но в NIST SP800-22 нет письменного документа о том, что «порядок байтов не влияет на цель теста случайности».

Вопрос.

1. Есть ли какая-либо недостающая часть, в которой говорится, что «порядок байтов не имеет значения» в документе NIST SP800-22?

2. Могу ли я проверить случайность, не думая о порядке следования байтов?

Почему у меня возник этот вопрос.

Есть хороший пример Входной файл Dieharder и входной файл NIST SP800-22 в данные/data.pi с символом ASCII.

А также я узнал, что Dieharder читает файл (ASCII) как Little-Endian, а NIST читает файл (ASCII) как Big-Endian. Вы можете увидеть в stackoverflow, как я узнал.

Однако из-за Endianness мне нужно сделать два выходных файла. Один с прямым порядком байтов, а другой с прямым порядком байтов. Это может быть пустой тратой времени и памяти. Поэтому я задаюсь вопросом: «Имеет ли значение Endianness в наборе тестов NIST SP800-22?»

Точно нет.

Я рекомендую вам писать [так в оригинале] двоичные файлы на Little-Endian.

Это не имеет отношения к набору 800-22. Вы должны рассмотреть, что означает endianness. Endianness — это порядок или последовательность байтов слово цифровых данных. В этом наборе не используются слова. Он использует октеты.

Соответствующая часть тестовой документации:

5.4.1 Ввод данных Ввод данных может осуществляться одним из двух способов. Если у пользователя есть отдельная программа или аппаратное устройство, которое реализует ГСЧ, пользователь может захотеть построить столько файлов произвольной длины по желанию. Файлы должны содержать двоичные последовательности хранятся либо как символы ASCII, состоящие из нулей и единиц, либо как двоичные данные, где каждый байт содержит восемь битов, состоящих из нулей и 1 с. Затем набор статистических тестов NIST может независимо исследовать эти файлы.

и из самого набора тестов: -

   Формат входного файла:
    [0] ASCII — последовательность нулей и единиц ASCII.
    [1] Двоичный — каждый байт в файле данных содержит 8 битов данных.

   Выберите режим ввода:  

Итак, вы видите, что порядок следования байтов не имеет значения. Он не ожидает ни короткие/длинные целые числа, ни числа с плавающей запятой. Хотя другие люксы могут. Вы либо вводите однобайтовые данные ASCII для 0 и 1или вы вводите (будем надеяться) равномерно распределенные биты внутри октетов.

Примечание. Не являюсь экспертом по кодировке UTF, но вы можете генерировать символы ASCII с принудительной кодировкой, отличной от UTF-8. Это может привести к тому, что все тесты сФормат входного файла: [0] ASCII терпеть неудачу.