Baz00k@
Ikona BOINC Manager QT
Systém / vývoj

BOINC Manager QT

0.1.6.8

custom BOINC Manager pro správu BOINC projektů. RPC parity s originálním managerem.

Co projekt řeší

custom BOINC Manager pro správu BOINC projektů. RPC parity s originálním managerem.

Typické použití

  • Tail Insights Engine - analytická analýza projektů
  • Per-session logging do logs/ složky
  • Lepší error handling a user-facing error messages

Jak aplikace funguje a k čemu slouží

Přehled a use-case

BOINC Manager QT je vlastní grafické rozhraní RPC klient pro BOINC daemona orientovaný na parity přístup: zachovat prakticky kompletní management schopnosti známé z klasického manageru, ale současně rozšířit UI a analytiku. Aplikace cílí na dva typy uživatelů: (1) běžné BOINC operátory, kteří potřebují denní dohled nad projekty/tasky/transféry, a (2) pokročilé uživatele, kteří chtějí konfigurační kontrolu (global/project prefs, cc_config), historickou analýzu a týmové statistiky.

V release 0.1.7.0 jsou klíčové oblasti: robustní RPC klient, asynchronní service vrstva s diff-optimalizací, non-modal analytické dialogy (Tail Insights, User Statistics/CNT), multi-host workflow a persistence detailního runtime stavu. Součástí je také fallback režim pro čtení dat z při dočasné nedostupnosti RPC endpointu.

  • Primární cíl: řídit BOINC výpočetní klient přes grafické rozhraní RPC bez ztráty operativních funkcí.
  • Sekundární cíl: nabídnout diagnostiku a trendové přehledy nad rámec minimálního „click-and-watch“ použití.
  • Třetí cíl: držet jeden přenositelný monolit (single-file app) se zřetelnou interní vrstvou odpovědností.

UI workflow

7.1 Menu a toolbar

Horní menu obsahuje Tools, Languages, Themes, Help. Toolbar je orientovaný na connection + activities + rychlé admin akce. Kromě přímých tlačítek je dostupné i dropdown menu pro run/network/gpu activity režimy.

7.2 Přehled tabů

TabObsahAkce
Projectsstav projektu, kredit, disk, deadlineupdate/reset/detach/props
TasksWU, progress, ETA, CPU time, report deadlineabort/props/browse slot
Progresssouhrnné progressy a agregacepasivní přehled
Transfersupload/download flowretry/abort
Attachproject attach wizardlookup/create/attach
Global PrefsXML editor global preferencesload/apply
Project PrefsXML editor per projectload/apply/clear
CC ConfigXML editor client configload/apply
Noticesnotices feedopen/open link/clear
Disk Usagedisk usage per projectrefresh
Host InfoHW/OS/GPU informacerefresh
Processesprocesní přehled BOINC taskůrefresh/open/suspend/kill
Logruntime log streamclear (dle UI varianty)

7.3 Workflow mapa (krok za krokem)

  1. Vyber host profil, ověř host/port/auth a klikni Connect.
  2. Po navázání spojení zkontroluj Projects + Tasks + Transfers.
  3. Při potřebě zásahu použij activities (compute/network/gpu) a project/task akce.
  4. Konfigurační změny prováděj přes Global Prefs / Project Prefs / CC Config.
  5. Sleduj Notices/Messages kvůli problémům a doporučením.
  6. Pro analytiku otevři Tail Insights nebo User Statistics (CNT).
  7. Před ukončením ověř, že nejsou pending risky akce (detach/reset/abort).

Uživatelské scénáře

10.1 Denní monitoring

  1. Connect na aktivní host profil.
  2. Zkontroluj Projects/Tasks a případné error stavy.
  3. Sleduj Transfers a Messages kvůli síťovým/IO potížím.
  4. V případě nesrovnalostí použij notices + log + host info.

10.2 Nedostupný RPC endpoint

  1. Zapni offline fallback path na .
  2. Spusť read-only audit stavu projektů a tasků.
  3. Po obnově daemonu znovu přepni na online RPC.

10.3 Tuning preferencí

  1. V Global Prefs uprav CPU/GPU/network policy.
  2. V CC Config nastav low-level client volby (opatrně).
  3. Potvrď změny a sleduj dopad v tasks/transfers.

10.4 Multi-host + CNT analytika

  1. Ulož více host profilů přes save host workflow.
  2. Přepínej mezi hosty bez restartu aplikace.
  3. Otevři User Statistics a analyzuj rank/trend delta.
  4. Validuj timeline snapshoty a core-normalized metriky.

FAQ

OtázkaOdpověď
Nejde připojení na 31416. Co první?Zkontroluj, že daemon běží, host/port sedí a je dostupný auth zdroj.
Kdy má smysl offline fallback?Při výpadku RPC endpointu pro read-only audit stavu.
Proč UI nereaguje okamžitě po akci?Aktualizace jsou řízené polling intervaly a diff modelem.
Je CNT integrace povinná?Ne. Základní RPC správu neblokuje.
Kde hledat detailní chyby?Tab Log + soubory v .
Je konfigurace přenositelná?Ano, JSON config lze přenést mezi instancemi při kompatibilním prostředí.
Lze provozovat více hostů bez restartu?Ano, přes saved_hosts quick switch workflow.

Troubleshooting

12.1 Připojení a autentizace

SymptomPravděpodobná příčinaŘešení
Connection refuseddaemon neběží / špatný host/portověř daemon, port 31416, firewall
Authentication failedneplatné heslo nebo cesta na cfgověř nebo direct heslo
RPC timeoutsíťová latence / přetíženízvyš intervaly + timeout, zkontroluj síť
Not authorizednesoulad auth tokenureconnect, re-read auth, ověř BOINC config

12.2 UI a performance

SymptomPříčinaŘešení
UI lag s 1000+ taskykrátké polling intervaly + vysoká změnovostuprav polling, omez analytiku během špičky
Neuložená geometrieconfig write failověř práva zápisu do JSON souboru
Nesedí theme/fontchybějící theme asset / fontdirzkontroluj themes.py a font fallback bootstrap

12.3 Data a parsery

SymptomPříčinaŘešení
XML parse errornestandardní odpověď serveruověř BOINC verzi a log detail odpovědi
CNT data missingsíť/cache/změna formátu stránkyrefresh cache, ověř endpoint, retry
Prázdný timeline souborneproběhl zápis snapshotuověř běh analytics workflow a práva zápisu

Známé limity

  • Monolitická struktura souboru je robustní pro single-distribuci, ale náročnější pro modulární údržbu.
  • Některé RPC metody mohou být závislé na verzi BOINC serveru.
  • CNT integrace je best-effort (závislost na externím zdroji a formátu stránky).
  • Pokročilé grafické vizualizace nejsou primární cíl; aplikace je orientovaná na datový management.