Jak wykonać benchmark minera Blocknet

Zmierz komputer wbudowanym benchmarkiem seine i zachowaj porównywalny zapis. Poradnik używa publicznej v0.2.36 i przykładu CPU, bez nowych deklarowanych wyników sprzętu. Instalację opisuje poradnik kopania, a istniejące pomiary i warunki poradnik sprzętowy.

Jak wykonać benchmark seine?

Przygotuj stały punkt wyjścia

Zapisz wersję, system, dokładny procesor, dostępną RAM i polecenie; dla NVIDIA także model i sterownik. Utrzymuj podobne tło. Gra, kompilacja lub drugi miner tylko podczas jednej próby zmieniają warunki.

Określ pytanie: bazowy CPU, liczba wątków czy strony pamięci. Utrzymaj rozmieszczenie CPU, zasilanie i pamięć, poza badaną zmienną. Poradniki RAM i huge pages opisują pojemność i przygotowanie. Zapisz faktyczny tryb stron obok żądanego.

Uruchom test CPU i zapisz raport

W rozpakowanym katalogu pierwsze polecenie służy Linux/macOS, drugie PowerShell Windows. Oba wybierają CPU, backend, jedną rozgrzewkę i trzy mierzone rundy, żądając po 20 sekund. Plik jest względny wobec katalogu roboczego. Dla kolejnych prób zmieniaj nazwę.

./seine --bench --bench-kind backend --backend cpu --bench-secs 20 --bench-rounds 3 --bench-warmup-rounds 1 --bench-output cpu-baseline.json

.\seine.exe --bench --bench-kind backend --backend cpu --bench-secs 20 --bench-rounds 3 --bench-warmup-rounds 1 --bench-output cpu-baseline.json

Wątki i kernel pozostają automatyczne. Przygotowanie i strojenie mogą potrwać przed rundami, a rozpoczęta praca zakończyć się po żądanym czasie. Poczekaj na zapis cpu-baseline.json. Rozgrzewka nie wchodzi do podsumowania pomiarów. Całość może przekroczyć cztery interwały; 20 sekund nie oznacza czasu całego polecenia.

Co czytać w raporcie?

Sprawdź tryb, rzeczywiste ustawienia i rundy przed podsumowaniem. JSON zawiera avg_hps, median_hps, min_hps, max_hps i runs, konfigurację oraz środowisko. Zachowaj oryginał, nie tylko maksimum. Opis flag dokumentuje zapis i porównanie z bazą.

Hashrate to ukończona praca na sekundę. Porównuj ten sam sposób liczenia i definicję czasu. Sprawdź rzeczywistą długość i rozrzut; pojedynczy szczyt nie podsumowuje testu. Przy dużej zmienności ustabilizuj warunki lub wydłuż rundy. Udostępniając wynik, opisz konfigurację.

Porównuj zmianę w powtarzanych parach

Nazwij bazę A, zmianę B. Wykonaj A, potem B, powtórz i zmieniaj kolejność startu między parami. Zachowaj długość i rozgrzewkę. Zapisuj np. cpu-a-1.json i cpu-b-1.json, by rozpoznać wpływ kolejności lub środowiska obok badanej zmiany.

Stosuj tę samą politykę cache: pierwszy start z nowymi danymi i restart z zapisanymi wyborami odpowiadają na różne pytania. Zachowaj codzienny katalog i oddziel testowe dla świeżych stanów. Poradnik automatycznego strojenia opisuje ponowne użycie. --threads zmienia strojenie; udokumentuj to względem próby automatycznej.

Dlaczego tryby muszą być zgodne?

backend testuje backendy kopania, kernel skupia się na obliczaniu hashy. kernel-effective uwzględnia cykl życia i ścieżkę celu/oceny backendu. To inne zakresy nawet na tej samej maszynie. Oznaczaj tryb przy wyniku; te same jednostki nie oznaczają równoważnych pomiarów.

end-to-end obejmuje więcej cyklu kopania. Zachowaj też zgodną wersję i znaczenie czasów. Dokumentacja laboratorium opisuje pary, zapis środowiska i zgodność. Stosuj te narzędzia przy małych różnicach i zachowuj wszystkie przebiegi.

Wróć do kopania i sprawdź pracę

Po teście uruchom zwykłe polecenie z właściwym adresem i katalogiem. Sprawdź urządzenia i zaakceptowane udziały w panelu. Benchmark mierzy lokalną wydajność; udziały potwierdzają połączenie i dostarczanie pracy. Dokumentuj obie kontrole dla codziennej konfiguracji.

Pula szacuje hashrate z udziałów napływających w czasie, inaczej niż krótki test lokalny. Śledź naliczenia przez poradnik puli. Zachowaj wersję, polecenie, maszynę, pamięć/strony, cache, tło i wszystkie JSON, by odtworzyć i zrozumieć porównanie.