Як виміряти продуктивність майнера Blocknet

Виміряйте свою машину вбудованим тестом seine й збережіть дані для порівняння. Посібник використовує публічну v0.2.36 і приклад лише з CPU, без нових заявлених результатів обладнання. Встановлення описує посібник, попередні вимірювання — огляд обладнання.

Як запустити тест seine?

Підготуйте однакові початкові умови

Запишіть версію, ОС, точну модель CPU, доступну RAM і команду. Для NVIDIA додайте модель і драйвер. Зберігайте подібне фонове навантаження: гра, компіляція чи інший майнер лише під час одного тесту змінюють умови.

Виберіть питання: базова швидкість CPU, кількість потоків або сторінки пам’яті. Зберігайте розміщення CPU, живлення й пам’ять, крім досліджуваної змінної. Посібники з RAM і великих сторінок пояснюють підготовку. Запишіть фактичний режим сторінок поряд із запитаним.

Запустіть тест CPU і збережіть звіт

У розпакованому каталозі перша команда для Linux/macOS, друга для Windows PowerShell. Обидві вибирають CPU, backend, один прогрів і три вимірювані раунди із запитом по 20 секунд. Файл відносний до робочого каталогу. Кожному запуску дайте нове ім’я.

./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

Потоки й обчислювальне ядро залишаються автоматичними. Підготовка й добір можуть тривати до раундів, а розпочата робота — завершитися після інтервалу. Дочекайтеся запису cpu-baseline.json. Прогрів не входить до підсумку. Повний час може перевищити чотири інтервали; 20 секунд — не тривалість усієї команди.

Що читати у звіті?

Спочатку перегляньте режим, фактичні налаштування й раунди. JSON містить avg_hps, median_hps, min_hps, max_hps, runs, конфігурацію та середовище. Збережіть оригінал, а не лише максимум. Довідник прапорців пояснює звіти й порівняння з базою.

Хешрейт — завершена робота за секунду. Узгодьте підрахунок роботи й визначення часу. Перевірте фактичну тривалість і розкид; один пік не описує тест. За великих коливань стабілізуйте умови або подовжте раунди. Публікуючи число, опишіть конфігурацію.

Порівнюйте одну зміну повторними парами

Назвіть початкову конфігурацію A, змінену B. Запустіть A, потім B, повторіть пару й чергуйте перший запуск. Зберігайте тривалість і прогрів. Окремі cpu-a-1.json та cpu-b-1.json допоможуть помітити вплив порядку або середовища.

Застосовуйте однакову політику кешу: перший запуск зі свіжим добором і перезапуск зі збереженим вибором відповідають на різні питання. Збережіть щоденний каталог, а свіжі стани тестуйте в окремих. Посібник з автодобору пояснює повторне використання. --threads змінює добір; зафіксуйте це проти автоматичного запуску.

Чому режими мають збігатися?

backend перевіряє бекенди майнінгу, kernel зосереджений на обчисленні хешів. kernel-effective враховує час життєвого циклу й шлях цілі/оцінювання бекенда. Обсяги різні навіть на одній машині. Підписуйте режим біля швидкості; однакові одиниці не роблять вимірювання рівнозначними.

end-to-end охоплює більше етапів майнінгу. Узгодьте також версію й зміст часових показників. Документація лабораторії описує парні запуски, середовище й сумісність. Для малих відмінностей користуйтеся цими інструментами та зберігайте всі спроби.

Поверніться до майнінгу й перевірте роботу

Після тесту запустіть звичайну команду з потрібною адресою й каталогом. Перевірте пристрої та прийняті шари на панелі. Тест вимірює локальну продуктивність, шари підтверджують з’єднання й доставку роботи. Документуйте обидві перевірки щоденної конфігурації.

Пул оцінює хешрейт за шарами, що надходять із часом; це окреме спостереження від короткого тесту. Стежте за обліком через посібник пулу. Збережіть версію, команду, машину, пам’ять/сторінки, кеш, фон і всі JSON для відтворення порівняння.