BOINC 8.3.0.6b
CNT Edition
Praktický obrázkový návod k CNT variantě BOINC 8.3.0.6b a DCBench 0.6.0-P6. Popisuje soutěžní funkce, statistiky, lokalizace, barevná témata, benchmarky, porovnávání výkonu a bezpečnou správu týmové databáze výsledků.
Co je jiné oproti běžnému BOINC Manageru
BOINC 8.3.0.6b CNT je týmová Windows x64 varianta nad BOINC 8.3.0 základem. Zachovává standardní BOINC provoz a doplňuje funkce určené především pro soutěžní počítání, přehlednější práci s projekty, lokalizované rozhraní a vlastní barevná témata.
Závora výsledků
SOFT/HARD zadržení hotové práce bez nutnosti odstřihnout projekt od nové práce.
Scrollovatelné grafy
Samostatné statistiky projektů už nejsou namačkané do nepoužitelné mřížky.
themes.boincm
Volitelná barevná témata Manageru načítaná z externího datového souboru.
CPU / GPU přímo v Advanced View
NCPUs, procento CPU jader, CPU duty-cycle a experimentální GPU duty-cycle bez zásahu do taktů nebo power limitu.
cc_config.xml editor
Raw editor přes GUI-RPC s validací, zálohou a okamžitým načtením změn Core Clientem.
Bezpečné No new tasks
NNT zastaví jen získávání další práce; už přijaté úlohy, downloady, běh, upload a report zůstávají zachované.
0–600 s místo pevného 180 s
Work-fetch lead lze nastavit samostatně. 180 s zachovává upstream chování, 10 s je praktické pro velmi krátké GPU úlohy a 0 s znamená fetch až při skutečném vyčerpání zásoby.
33 jazyků Manageru
Nové texty 8.3.0.6b jsou explicitně doplněné napříč všemi Manager katalogy; release audit nyní vyžaduje 33 × 56 = 1 848 překladů.
Závora výsledků – hlavní soutěžní novinka
Závora je per-project funkce pro předpočítávání. Cílem je držet hotové výsledky a vypustit je ve vhodný okamžik, ale přitom nezablokovat příjem nové práce. Nahrazuje hrubé blokování projektového serveru například přes hosts.
Normální provoz
Upload i report fungují standardně. Projekt se chová jako v běžném BOINCu.
Měkká závora
Výstupní soubory se mohou nahrát, ale hotový výsledek se zatím nereportuje scheduleru. Nová práce může dál přicházet.
Tvrdá závora
Zadrží se upload výsledkových souborů i finální report. Stahování nové práce zůstává povolené.
Jak poznám, že je závora aktivní?
Stav je vidět na tlačítku i ve sloupci Stav. Díky tomu není nutné pamatovat si, kde jste závory zapnuli – na seznamu projektů je to vidět okamžitě.
Statistiky: z namačkané mřížky na čitelné scrollování
U účtu s desítkami projektů původní režim „Všechny projekty (zvlášť)“ zmenšoval grafy tak, že byly obtížně použitelné. Nová varianta raději ukáže menší počet velkých grafů a zbytek zpřístupní scrollováním.
Lokalizace BOINC Manageru a širší ovládací panel
BOINC Manager 8.3.0.6b obsahuje upravenou lokalizaci ve všech 33 dostupných Manager jazycích. Texty funkcí Result Gate a Colour Theme jsou přeložené napříč podporovanými jazyky, takže tyto části rozhraní nepřecházejí zbytečně do angličtiny. Současně jsou opravené významově chybné překlady tam, kde mohly měnit smysl nastavení.
Širší levý panel
Panel Příkazy / Projekt / Zobrazení je širší, aby se české a jiné delší lokalizované názvy tlačítek zbytečně nezkracovaly třemi tečkami. Tlačítka zároveň používají běžné BOINC tooltipy s vysvětlením funkce.
Volitelná barevná témata přes themes.boincm
Pokud je vedle boincmgr.exe soubor themes.boincm, Manager z něj načte dostupné barevné palety a zpřístupní je v nabídce Zobrazení → Barevné téma.
| Token | Co typicky ovlivňuje |
|---|---|
| bg / fg | hlavní pozadí a text |
| table_bg / table_fg / table_selected | seznamy projektů, úkolů a přenosů |
| button_bg / button_fg | tlačítka a task panel |
| status_bg / status_fg | spodní stavový řádek |
| progress_* | progress bary a jejich varianty |
| accent / border | zvýraznění, aktivní prvky a rámečky |
Další screenshoty
Všechny náhledy jsou klikací. Obrázek se otevře přes celou obrazovku a lze jej zavřít kliknutím mimo obrázek, křížkem nebo klávesou Esc.
DCBench – databáze a benchmarky počítačů napříč BOINC projekty
DCBench je samostatná doprovodná aplikace k tomuto BOINC devkitu. Není součástí BOINC Manageru a nemění jeho databázi ani běžný provoz klienta. Je určená pro opakovatelná měření výkonu CPU/GPU, evidenci počítačů a uživatelů, porovnávání výsledků, bezpečný sběr výsledků od členů týmu a publikaci auditované databáze. Cílem je nahradit dnešní ruční workflow „výsledek na fórum → ruční přepis adminem → sdílený XLSX“ přesně definovaným a auditovatelným procesem.
CPU i GPU
CNT benchmarky i projektové benchmark packy. Každý test je svázaný s konkrétní binárkou, workloadem a validačními pravidly.
SQLite + audit
Autoritativní MASTER databáze je oddělená od uživatelských pracovních dat a je digitálně podepsaná.
.dcbsub a XLSX
Uživatel pošle adminovi jeden balík se všemi svými PC a měřeními. Admin publikuje auditovaný XLSX snapshot.
Filtry a karty
Řazení ASC/DESC, filtry podle týmu, uživatele, CPU, GPU, projektu, ISA a další detailní pohledy.
Hlavní funkce DCBench 0.6.0-P6
BOINC host info a měření
DCBench umí načíst BOINC host informace, zobrazit hardware/telemetrii a při dostupném provideru sledovat výkon a energii. Nedostupná telemetrie se nezapisuje jako falešných 0 W.
Compare Graphs + Revision Diff
Nové grafy throughput/power/energy a porovnání databázových revizí usnadňují hledání rozdílů mezi výsledky, stroji a vydáními databáze.
BOINC Slot Shim
Pro science aplikace, které potřebují BOINC runtime prostředí, je připraven lokální Slot Shim pro reprodukovatelné benchmarky bez scheduleru a bez reportování práce projektu.
Vícejazyčné GUI + spolehlivé .dcbsub
Rozhraní podporuje deset jazykových voleb a submissions používají kontrolovaný export/import s detekcí duplicit a admin schválením.
9.1 Architektura: tři oddělené světy dat
USER.db
Lokální pracovní databáze uživatele. Obsahuje jeho vlastní počítače, konfigurace, benchmark běhy a připravené submissions.
EDITOVATELNÁ LOKÁLNÍMASTER.db
Oficiální databáze schválených výsledků. Zapisuje do ní pouze admin workflow. Běžná aplikace ji používá read-only.
APPROVED LOCKEDAuditovaný XLSX
Veřejně sdílený snapshot určený pro Google Drive. Je současně lidsky čitelný v Excelu/LibreOffice a importovatelný zpět do DCBench.
READ-ONLY IMPORT9.2 Workflow uživatel → admin → Google Drive → ostatní uživatelé
9.3 Uživatelská aplikace – co umí
My Computers / My Results
Uživatel eviduje své fyzické stroje a jejich konfigurace. Jedna sestava může mít více profilů – například SMT ON/OFF, stock/ECO/PBO nebo odlišné GPU nastavení.
| user_uuid | stabilní identita uživatele |
| machine_uuid | stabilní identita fyzického PC |
| config_uuid | konkrétní konfigurace stroje |
| run_uuid | jeden konkrétní benchmark běh |
Karta uživatele
Každý User ID má vlastní profil s týmem, přezdívkou, seznamem PC, konfigurací a všemi schválenými výsledky. Přezdívka se může změnit, UUID zůstává stejné.
Export: kompletní kartu jednoho uživatele lze vyexportovat do samostatného XLSX.
Karta počítače
Zobrazuje CPU, GPU, RAM, OS, konfigurace, benchmark historii, výkon, energetické údaje a submission historii. Opakované měření se připojí ke stejnému stroji místo založení duplicity.
Lokální vs. oficiální výsledek
V porovnání lze zobrazit veřejnou auditovanou databázi zároveň s vlastními lokálními výsledky. Lokální/neschválené hodnoty jsou jasně označené a nemohou se tvářit jako oficiální MASTER data.
9.4 Řazení, filtrování a porovnávání
Tabulky DCBench podporují řazení kliknutím na záhlaví sloupce. První kliknutí řadí ASC, druhé DESC, další vrací výchozí pořadí. Filtry lze kombinovat a aktuální filtrovaný pohled lze exportovat.
Hardware
CPU vendor/model, počet jader/vláken, ISA, RAM, GPU, OS, architektura, driver a podle testu také CUDA/OpenCL runtime.
Identita
Team, User ID, nickname, Machine ID, název sestavy, datum výsledku a stav schválení.
Benchmark
Projekt, aplikace, verze, benchmark pack, resource CPU/GPU, SCALAR/SSE2/SSE3/AVX a další projektové profily.
9.5 XLSX exporty
DCBench používá XLSX nejen jako report, ale také jako přenosný veřejný snapshot databáze.
Běžný export
- Complete database
- Current filtered view
- Selected users
- Selected machines
- Selected benchmark
- User profile
Admin audited export
Admin může exportovat kompletní MASTER nebo pouze vybraný auditovaný subset. XLSX nese revizi databáze, aktivní filtry, počet záznamů a údaje potřebné k ověření integrity.
Typický workbook obsahuje například:
Poměry výkonu typu SSE2 / Scalar, SSE3 / Scalar nebo AVX / Scalar jsou v exportu skutečné Excel vzorce, nikoli pouze předpočítané textové hodnoty.
9.6 Import auditovaného XLSX jako read-only databáze
Uživatel stáhne aktuální auditovaný snapshot z týmového Google Drive.
Soubor přetáhne na DCBench nebo jej vybere v nabídce Import/Open public database.
DCBench zkontroluje schema, revizi, integritu a podpis vloženého authoritative snapshotu.
Data jsou otevřena jako veřejná databáze. Lze je filtrovat, řadit, porovnávat a znovu exportovat, ale ne editovat.
9.7 Dávkový submission .dcbsub
Jeden uživatel nemusí posílat každý test zvlášť. Funkce Export Submission vytvoří jeden balík obsahující všechna vybraná měření – například několik PC, více konfigurací a více projektových benchmarků.
Admin může soubor pouze přetáhnout do DCBenchAdmin. Známý user_uuid se automaticky spojí s existujícím uživatelem; známý machine_uuid s existujícím PC. Tím se omezuje vznik duplicit způsobených změnou přezdívky nebo ručním přepisem názvu počítače.
9.8 Admin workflow a STAGING
Admin dropne jeden nebo více .dcbsub souborů do administrační verze.
Proběhne párování user_uuid, machine_uuid a config_uuid se stávající databází.
Kontrola duplicate run UUID, benchmark pack authority, hashů, validačního výstupu a zjevných HW nesrovnalostí.
Admin vidí VALID, DUPLICATE, WARNING, REVIEW REQUIRED a může jednotlivé položky schválit, opravit metadata, odložit nebo odmítnout.
Schválené záznamy jsou vloženy do MASTER.db jako APPROVED + LOCKED a vznikne audit log.
Vytvoří se nová revize, podpis a auditovaný XLSX/Release balík pro Google Drive.
Pokud admin opraví chybu v ručně zadaném metadatu, původní hodnota se neztrácí. Audit trail může uchovat submitted_value, approved_value a důvod změny. Schválený historický výsledek se nepřepisuje „potichu“; oprava může vzniknout jako nová revize/superseding záznam.
9.9 Benchmark packy .dcbpack – testy napříč BOINC projekty
DCBench není omezený na jeden pevný benchmark. Projektové testy jsou balené jako .dcbpack. Pack popisuje projekt, aplikaci, verzi, resource CPU/GPU, přesné binárky, workload, argumenty, validační pravidla a SHA-256 všech relevantních souborů.
Asteroids@home PeriodSearch
Referenční CPU pack navazuje na historický CNT benchmark. Profily x64 SCALAR, SSE2, SSE3 a AVX používají frozen workload a validované původní binárky.
RUNNABLE LEGACY COMPATIBLEPrimeGrid Genefer GFN16
GPU pack lze vytvořit z aktuální projektové binárky již stažené lokálním BOINC klientem. Capture builder zafixuje konkrétní verzi a její hash.
CAPTURE BUILDER NVIDIA / AMD / INTELDalší projekty
Stejné rozhraní lze použít pro další BOINC CPU/GPU aplikace, pokud lze připravit reprodukovatelný task a korektní validaci výstupu.
PLUGIN FRAMEWORK| Součást packu | Účel |
|---|---|
| Project / App metadata | Jednoznačně určuje projekt, aplikaci a verzi. |
| Resource profile | CPU, NVIDIA GPU, AMD GPU, Intel GPU, OpenCL/CUDA a další vlastnosti. |
| Binaries | Science app a případné DLL/kernels se SHA-256. |
| Workload | Referenční testovací task a pomocná data. |
| Runner | Working directory, command line, počet souběžných tasků a další parametry. |
| Validation | Exit code, existence výstupu, SHA-256 nebo numerická tolerance. |
Stavy důvěry packu:
TRUSTED LEGACY UNVERIFIED LOCAL
9.10 Standalone BOINC aplikace vs. BOINC slot shim
Některé BOINC science aplikace lze spustit samostatně nad připraveným vstupním taskem. Ty používají režim STANDALONE_PROCESS. Jiné očekávají BOINC API, heartbeat, shared memory, init_data.xml nebo slotové prostředí. Pro takové aplikace je vyhrazen režim BOINC_SLOT_SHIM.
9.11 Legacy CNT PeriodSearch 2017B
Historický testovací balík CNT je v DCBench zachovaný jako reprodukovatelný legacy profil. Původní metodika spouští více samostatných jednovláknových work unit procesů současně a scheduling nechává Windows. Legacy režim proto záměrně nepřidává affinity/NUMA optimalizace, které by změnily srovnatelnost se starými výsledky.
9.12 Měření výkonu a spotřeby
DCBench ukládá nejen výsledný průměr, ale i jednotlivé vzorky běhu. To dovoluje později odhalit nestabilitu, throttling nebo jeden výrazně pomalejší task. U novějších profilů lze evidovat mean, median, minimum, maximum, směrodatnou odchylku a throughput.
Energetická data jsou oddělená podle metody měření. Hodnota ze zásuvkového wattmetru není totéž jako CPU Package Power nebo GPU telemetrie; databáze proto musí znát measurement_method a measurement_scope.
9.13 Bezpečnost MASTER databáze
Read-only MASTER
Běžný klient nemá workflow pro přímý zápis schválených výsledků do MASTER. Vlastní testy zůstávají v USER.db až do admin schválení.
Ed25519 podpis
MASTER databáze/snapshot má SHA-256 a digitální podpis. Ve veřejné aplikaci je pouze public key; privátní signing key se do distribuovaného devkitu/runtime nepřikládá.
Audit log
Commit zaznamenává revizi, původ submission, změny a schvalujícího admina. Historie tak není závislá na ručních poznámkách ve spreadsheetu.
Duplicate protection
UUID a hash-based identita omezují dvojí import stejného běhu, stejného packu nebo duplicitního stroje.
9.14 Integrace s BOINC 8.3.0.6b
DCBench je samostatná doprovodná aplikace uložená v ADDONS\DCBench. Nemění BOINC Manager ani jeho databázi. Pro identifikaci hostitele může využít BOINC GUI-RPC a pro kompatibilní science aplikace je k dispozici BOINC Slot Shim, který vytvoří potřebné lokální runtime prostředí bez scheduleru.
Oddělená data
BOINC klient, USER.db a podepsaná MASTER.db jsou oddělené. Benchmarkování tak nezasahuje do běžného provozu BOINC klienta.
BOINC host informace
DCBench může načíst CPU, OS, paměť a dostupné coprocessor informace přímo z BOINC klienta a použít je při identifikaci stroje.
9.15 Lokalizace DCBench 0.6.0-P6
DCBench používá gettext/wxWidgets lokalizaci s anglickými zdrojovými texty jako bezpečný fallback. Jazyk lze vybrat v nastavení; volba se uloží a změna rozhraní se projeví po restartu aplikace.
Lokalizované jsou běžné uživatelské části GUI včetně menu, záložek, tlačítek, filtrů, dialogů, stavových hlášek, benchmark pack manageru, administrace, Hardware/Telemetry, Compare Graphs, Revision Diff a import/export workflow. Technické identifikátory jako UUID, SHA-256, SCALAR/SSE2/SSE3/AVX, NVML, RAPL nebo strojově čitelné CLI klíče zůstávají záměrně beze změny.
9.16 Branding a About
Czech National Team je výchozí/reference tým, nikoli hardcoded omezení aplikace. CNT logo je použito v UI a About dialogu, zatímco databáze může evidovat i jiné týmy. About dialog obsahuje verzi DCBench, build, autora a odkazy na tvorbu autora.
9.17 Co DCBench nahrazuje v dnešním procesu
| Dnešní postup | DCBench |
|---|---|
| Výsledek ručně napsaný na fórum | Strukturovaný běh s UUID, HW metadaty a raw samples |
| Admin ručně přepisuje hodnoty | Drag & drop dávkového .dcbsub |
| Riziko překlepu / špatného CPU/GPU | Automatický HW profil + admin validation |
| Sdílený XLSX je zároveň pracovní databáze | MASTER SQLite je autorita; XLSX je auditovaný veřejný snapshot |
| Bez stabilní identity stroje | user_uuid + machine_uuid + config_uuid + run_uuid |
| Jeden pevný test | .dcbpack framework pro více BOINC CPU/GPU projektů |