Contează Endianness în testul NIST SP800-22?

Sunt curios despre suita de teste Randomness.

Una dintre celebrele suite de teste ale aleatoriei, DIEHARDER, a spus că Endianness nu contează pentru un generator aleatoriu „BUN”.

Rețineți că acest lucru nu este același lucru cu scrierea numerelor brute în virgulă mobilă (care nu vor fi deloc aleatoare ca flux de biți) și că „endianitatea” unităților nu ar trebui să conteze pentru ipoteza nulă a unui generator „bun”, ca octeți aleatori. sunt aleatorii în orice ordine.

Doar o presupunere aproximativă, cred că nu există nicio diferență între Big-endian și Little-endian în testul de aleatorie. Deoarece testul de aleatorie se referă la numărarea numărului de 0 sau 1, verificarea modelului fluxului de biți etc. (am citit toată lucrarea, NIST SP800-22 revizuirea 1a.)

Dar nu există nici un document scris în NIST SP800-22 care să spună că „Endianness nu afectează scopul testului aleatoriu”.

Întrebare.

1. Lipsește vreo parte care spune „Endianness nu contează” în hârtia NIST SP800-22?

2. Pot testa Randomness fără să mă gândesc la Endianness?

De ce am primit această întrebare.

Există un bun exemplu de Fișier de intrare mai greu și fișierul de intrare NIST SP800-22 în data/data.pi cu caracter ASCII.

Și, de asemenea, am aflat că Dieharder citiți fișierul (ASCII) ca Little-Endian și NIST citiți fișierul (ASCII) ca Big-Endian. Puteți vedea în stackoverflow cum am aflat.

Cu toate acestea, din cauza Endianness, trebuie să fac două fișiere de ieșire. Unul este Big-Endian, iar celălalt este Little-Endian. Acest lucru ar putea fi pierdere de timp și memorie. Așa că mă întreb că „Contează Endianness în suita de teste NIST SP800-22?”

Absolut nu.

Vă recomand să scrieți [sic] binare în Little-Endian.

Este irelevant pentru suita 800-22. Trebuie să luați în considerare ce înseamnă endian. Endianness este ordinea sau secvența de octeți ai a cuvânt a datelor digitale. Această suită nu folosește cuvinte. Folosește octeți.

Partea relevantă a documentației de testare este: -

5.4.1 Intrarea datelor Datele de intrare pot fi furnizate în unul din două moduri. Dacă utilizatorul are un program autonom sau un dispozitiv hardware care implementează un RNG, utilizatorul poate dori să construiască cât mai multe fișiere de lungime arbitrară după cum se dorește. Fișierele ar trebui să conțină secvențe binare stocate fie ca caractere ASCII constând din zerouri și unu, fie ca date binare în care fiecare octet conține opt biți în valoare de 0âs și 1âs. NIST Statistical Test Suite poate apoi examina independent aceste fișiere.

și din suita de teste în sine: -

   Format fișier de intrare:
    [0] ASCII - O secvență de 0 și 1 ASCII
    [1] Binar - Fiecare octet din fișierul de date conține 8 biți de date

   Selectați modul de introducere:  

Deci vezi că endianitatea nu are nicio relevanță. Nu se așteaptă numere întregi scurte/lungi și nici numere în virgulă mobilă. Alte apartamente ar putea totuși. Fie introduceți un octet de date ASCII pentru 0 și 1, sau introduceți (se speră) biți distribuiți uniform în octeți.

Notă: Nu sunteți un expert în codificarea UTF, dar puteți genera caractere ASCII cu codare forțată non UTF-8. Asta ar putea cauza toate testele cuFormat fișier de intrare: [0] ASCII a esua.