Czy jest lepszy problem dla PCG.SE niż wdrożenie PCG, lepszego generatora liczb losowych ? Ten nowy artykuł twierdzi, że przedstawia szybki, trudny do przewidzenia, mały, statystycznie optymalny generator liczb losowych.
Jego minimalna implementacja C wynosi około dziewięciu linii:
// *Really* minimal PCG32 code / (c) 2014 M.E. O'Neill / pcg-random.org
// Licensed under Apache License 2.0 (NO WARRANTY, etc. see website)
typedef struct { uint64_t state; uint64_t inc; } pcg32_random_t;
uint32_t pcg32_random_r(pcg32_random_t* rng)
{
uint64_t oldstate = rng->state;
// Advance internal state
rng->state = oldstate * 6364136223846793005ULL + (rng->inc|1);
// Calculate output function (XSH RR), uses old state for max ILP
uint32_t xorshifted = ((oldstate >> 18u) ^ oldstate) >> 27u;
uint32_t rot = oldstate >> 59u;
return (xorshifted >> rot) | (xorshifted << ((-rot) & 31));
}
(z: http://www.pcg-random.org/download.html )
Pytanie brzmi: czy możesz zrobić lepiej?
Zasady
Napisz program lub zdefiniuj funkcję, która implementuje PCG na 32-bitowych liczbach całkowitych bez znaku. Jest to dość szerokie: możesz wydrukować nieskończoną sekwencję, zdefiniować pcg32_random_r
funkcję i odpowiednią strukturę itp.
Musisz być w stanie zainicjować generator liczb losowych w sposób równoważny z następującą funkcją C:
// pcg32_srandom(initstate, initseq)
// pcg32_srandom_r(rng, initstate, initseq):
// Seed the rng. Specified in two parts, state initializer and a
// sequence selection constant (a.k.a. stream id)
void pcg32_srandom_r(pcg32_random_t* rng, uint64_t initstate, uint64_t initseq)
{
rng->state = 0U;
rng->inc = (initseq << 1u) | 1u;
pcg32_random_r(rng);
rng->state += initstate;
pcg32_random_r(rng);
}
(od pcg_basic.c:37
:)
Wywołanie generatora liczb losowych bez inicjowania go jest niezdefiniowanym zachowaniem.
Aby łatwo sprawdzić przesłanie, sprawdź, czy po wysianiu za pomocą initstate = 42
i initseq = 52
dane wyjściowe są następujące 2380307335
:
$ tail -n 8 pcg.c
int main()
{
pcg32_random_t pcg;
pcg32_srandom_r(&pcg, 42u, 52u);
printf("%u\n", pcg32_random_r(&pcg));
return 0;
}
$ gcc pcg.c
$ ./a.out
2380307335
Punktacja
Standardowa punktacja. Mierzone w bajtach. Najniższa jest najlepsza. W przypadku remisu wcześniejsze zgłoszenie wygrywa. Obowiązują standardowe luki .
Przykładowe rozwiązanie
Kompiluje się w trybie gcc -W -Wall
czysto (wersja 4.8.2).
Porównaj swoje zgłoszenie z tym, aby upewnić się, że otrzymujesz tę samą sekwencję.
#include <stdlib.h>
#include <stdint.h>
#include <stdio.h>
typedef struct { uint64_t state; uint64_t inc; } pcg32_random_t;
uint32_t pcg32_random_r(pcg32_random_t* rng)
{
uint64_t oldstate = rng->state;
// Advance internal state
rng->state = oldstate * 6364136223846793005ULL + (rng->inc|1);
// Calculate output function (XSH RR), uses old state for max ILP
uint32_t xorshifted = ((oldstate >> 18u) ^ oldstate) >> 27u;
uint32_t rot = oldstate >> 59u;
return (xorshifted >> rot) | (xorshifted << ((-rot) & 31));
}
void pcg32_srandom_r(pcg32_random_t* rng, uint64_t initstate, uint64_t initseq)
{
rng->state = 0U;
rng->inc = (initseq << 1u) | 1u;
pcg32_random_r(rng);
rng->state += initstate;
pcg32_random_r(rng);
}
int main()
{
size_t i;
pcg32_random_t pcg;
pcg32_srandom_r(&pcg, 42u, 52u);
for (i = 0; i < 16; i++)
{
printf("%u\n", pcg32_random_r(&pcg));
}
return 0;
}
Sekwencja:
2380307335
948027835
187788573
3952545547
2315139320
3279422313
2401519167
2248674523
3148099331
3383824018
2720691756
2668542805
2457340157
3945009091
1614694131
4292140870
Odpowiedzi:
CJam,
1091071049891 bajtówWykorzystuje to niektóre znaki spoza zakresu ASCII, ale wszystkie znajdują się w rozszerzonym ASCII, więc liczę każdy znak jako bajt (zamiast liczenia jako UTF-8).
Jest to w zasadzie dokładny port kodu C.
Funkcja inicjująca jest blokiem przechowywanym w
S
, a funkcja losowa jest blokiem przechowywanym wR
.S
oczekujeinitstate
iinitseq
na stosie i rozstawienie PRNG.R
nie oczekuje niczego na stosie i pozostawia na nim kolejną losową liczbę.Ponieważ wywołanie
R
przed wywołaniemS
jest nieokreślonym zachowaniem, tak naprawdę definiujęR
wewnątrzS
, więc dopóki nie użyjesz bloku początkowego,R
jest to tylko pusty ciąg i bezużyteczny.state
Jest przechowywany w zmiennejA
iinc
jest przechowywany wB
.Wyjaśnienie:
A oto odpowiednik uprzęży testowej w OP:
która drukuje dokładnie te same liczby.
Sprawdź to tutaj. Wymiana stosu usuwa dwa niedrukowalne znaki, więc nie będzie działać, jeśli skopiujesz powyższy fragment kodu. Zamiast tego skopiuj kod z licznika znaków .
źródło
C, 195
Uznałem, że ktoś powinien opublikować bardziej zwartą implementację C, nawet jeśli nie ma szans na wygraną. Trzeci wiersz zawiera dwie funkcje:
r()
(równoważne zpcg32_random_r()
) is()
(równoważne zpcg32_srandom_r()
). Ostatni wiersz jestmain()
funkcją, która jest wykluczona z liczby znaków.Chociaż kompilator będzie narzekał, powinien działać poprawnie na komputerze 64-bitowym. Na komputerze 32-bitowym trzeba będzie dodać kolejne 5 bajtów do zmian
#define L long
na#define L long long
( jak w tym demo ideone ).źródło
srandom
funkcja jest częścią twojego przesłania i powinna zostać uwzględniona w liczbie znaków. (W końcu być może wymyślisz jakiś sprytny sposób na zoptymalizowanie tego.) Według mnie, twój obecny wynik wyniesie do 197.Julia,
218199191 bajtówZmiana nazw typów danych oraz kilka innych małych sztuczek pomogło mi zmniejszyć długość o dodatkowe 19 bajtów. Głównie poprzez pominięcie dwóch przypisań typu :: Int64 .
Objaśnienie nazw (z odpowiednimi nazwami w wersji bez golfa poniżej):
Zainicjuj seed ze stanem 42 i sekwencją 52. Ze względu na mniejszy program musisz teraz wyraźnie podać typ danych podczas inicjalizacji (zapisano około 14 bajtów kodu). Możesz pominąć jawne przypisanie typu w systemach 64-bitowych:
Utwórz pierwszy zestaw liczb losowych:
Wynik:
Byłem naprawdę zaskoczony, że nawet moja niepoddana golfowi wersja Julii poniżej jest o wiele mniejsza (543 bajty) niż przykładowe rozwiązanie w C (958 bajtów).
Wersja bez golfa, 543 bajty
Inicjujesz ziarno (stan początkowy = 42, sekwencja początkowa = 52) za pomocą:
Następnie możesz tworzyć losowe liczby za pomocą:
Oto wynik skryptu testowego:
Ponieważ jestem programistą bezmyślnym, uruchomienie go zajęło mi prawie dzień. Ostatni raz próbowałem napisać coś w C (właściwie C ++) prawie 18 lat temu, ale wiele google-fu pomogło mi w końcu stworzyć działającą wersję Julii. Muszę powiedzieć, że wiele się nauczyłem podczas zaledwie kilku dni na codegolf. Teraz mogę zacząć pracować nad wersją Piet. To będzie dużo pracy, ale naprawdę bardzo chcę (dobrego) generatora liczb losowych dla Piet;)
źródło