Aplikace

[RoKro]

A sakra, hrozně se omlouvám, neumím ani kopírovat kus textu. Jsem si nějak záhadně nechal to původní app_info

Už to funguje, D Í K Y ó velký guru nenyme!

[Ondra@SF.cz]

Jak jste to provedlí? Takže stačí toto app_info.xml s tím, že tam bude SGS LLR místo uvedeného? A soubory tam musím natahat ručně? Nebo si je to stáhne? Sorry za hloupé dotazy, ale já jsem z toho dneska už nějak mimo

[nenym]

-stačí změnit název souboru (2x - v deklaraci a v použití, je obvyklé u každého kulturního programovacího jazyka u proměnných), no a pak samozřejmě název aplikace, verzi aplikace a friendly name - tohle všechno najdeš v client_state.xml
-všechny soubory musíš mít nachystané dopředu. Jsou dvě cesty - při stadardním běhu aplikace si stažený soubor schovat, nebo pokud to nejde (ATI), tak třeba tady http://www.primegrid.com/download/ - musíš vědět, co hledáš
V zásadě stačí sebrat příslušný úsek client_state a vypráskat z něj všechny úseky, které zde nevidíš.

A na závěr pře spuštěním je aspoň na Linuxu základní kontrola ldd jmeno_aplikace, zda máš v pořádku symbolické linky na dynamicky přiřazované knihovny. Na Wirouzy jsem nic rozumného nenašel, existuje Dependency Walker nebo tak nějak, ale ten lže, jak když tiskne (aspoň když jsem ho naposled použil někdy před půl rokem).

[Ondra@SF.cz]

Jupííííííííí, už to pracujeeeeee !!

Trochu jsem si s tím pohrál a konečná app_info je takováto :

Kód: Vybrat vše

<app_info>
<app>
<name>pps_sr2sieve</name>
<user_friendly_name>Proth Prime Search (Sieve)</user_friendly_name>
</app>
<file_info>
<name>tpsieve-cl-boinc-x86-windows.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>pps_sr2sieve</app_name>
<version_num>135</version_num>
<plan_class>ati13ati</plan_class>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<flops>1.0e11</flops>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
<file_ref>
<file_name>tpsieve-cl-boinc-x86-windows.exe</file_name>
<main_program/>
</file_ref>
</app_version>

<app>
    <name>llrTPS</name>
    <user_friendly_name>Sophie Germain Prime Search (LLR)</user_friendly_name>
</app>
<file_info>
    <name>primegrid_llr_wrapper_5.11_windows_intelx86.exe</name>
    <executable/>
	</file_info>
<file_info>
    <name>llr.ini.5.09</name>
	</file_info>
<file_info>
    <name>primegrid_llr_5.09_windows_intelx86.exe.orig</name>
</file_info>
<app_version>
    <app_name>llrTPS</app_name>
    <version_num>511</version_num>
    <platform>windows_intelx86</platform>
    <avg_ncpus>1.000000</avg_ncpus>
    <max_ncpus>1.000000</max_ncpus>
    <flops>1788215593.929880</flops>
    <api_version>6.3.0</api_version>
    <file_ref>
        <file_name>primegrid_llr_wrapper_5.11_windows_intelx86.exe</file_name>
        <main_program/>
    </file_ref>
    <file_ref>
        <file_name>llr.ini.5.09</file_name>
        <open_name>llr.ini.5.09</open_name>
    </file_ref>
    <file_ref>
        <file_name>primegrid_llr_5.09_windows_intelx86.exe.orig</file_name>
        <open_name>primegrid_llr_5.09_windows_intelx86.exe.orig</open_name>
    </file_ref>
</app_version>
</app_info>

Přesně jak říkal Gigadisk - natahat soubory a vyhrabat informace o aplikaci z client_state.xml...no, ale napoprvé to teda nebylo , docela mě to potrápilo, ale po poslední editaci to funguje jak má

Díky hoši za pomoc !!!

[Ondra@SF.cz]

Tak fajn, měli jsme chvíli počkat - už není app_info.xml potřeba, nějak to dali dokupy a kupodivu to pracuje

[hanbanaroda]

Zdravím! Chtěl jsem zkusit počítat Primegrid na ATI HD Radeon 3650, ale všechny jednotky mi ihned po výpočtu hlásí chybu. GPU mně bez problémů počíta DNETC a Collatz, všechno správně nastavené (i na projektu). Catalysty si novější instalovat nemožu, protože mám tu kartu v notebooku. Jaksi nechápu to vaše app a všechno kolem, nikde jsem žádný takový soubor nenašel a nějaký základ, kde by se psalo, co to je apod. jsem nenašel. Ani neuším, kde berete ten "výpis z logu" nebo co to vlastně je, kde máte napsanou chybu. Našel jsem jenom toto:

Podpis problému:
Název události problému: APPCRASH
Název aplikace: primegrid_tpsieve_1.35_windows_intelx86__ati13ati.exe
Verze aplikace: 0.0.0.0
Časové razítko aplikace: 4cdc82bf
Název chybného modulu: OpenCL.dll
Verze chybného modulu: 6.0.6002.18005
Časové razítko chybného modulu: 49e03821
Kód výjimky: c0000135
Posun výjimky: 00009eed
Verze operačního systému: 6.0.6002.2.2.0.768.3
ID národního prostředí: 1029
Další informace 1: 9d13
Další informace 2: 1abee00edb3fc1158f9ad6f44f0f6be8
Další informace 3: 9d13
Další informace 4: 1abee00edb3fc1158f9ad6f44f0f6be8

Může být problém v té knihovně OpenCL.dll? Nebo je problém v těch jednotkách? Co jsem se díval, tak každá replikace byla zrušena nebo skončila chybou.

[Indy]

Nejjednodušší je nainstalovat poslední verzi Catalystů (10.11), a to včetně OpenCL driveru (je to ten větší balík, má přes 90 MB).
U mě to zafungovalo, měl jsem verzi 10.9, jel jsem Milky, Collatz i DNETC a přesto potíže stejné jako u tebe. Po instalaci vše šlapalo. Teoreticky by ti mohlo stačit nainstalovat ATI stream, odkaz mnohem níže v nějaké zprávě (Nenym).

[Ondra@SF.cz]

Bohužel máš smůlu, tvoje karta (řada 3xxx) NEPODPORUJE OpenCL. Na PG fóru se z tohoto tématu pomalu stává FAQ

[hanbanaroda]

No jo, máš pravdu Už jsem si stáhl všechno potřebné a chtěl instalovat No nic, tak se zase vrátím k DNETC. Snad až budu mít jinů grafárnu, tak si započítám

[forest]

Jaký je vlastně na ATI kartách rozdíl ve výkonu na PrimeGridu a třeba DNETC? Je na PrimeGridu větší, nebo nižší a zhruba o kolik?

[nenym]

OpenCL aplikace PG na ATI je docela bída. Přibližně stejný výkon generuje slaboučká 9600GT. Moje těžce přetaktovaná HD4770 dává task ohodnocený 2314 kredity za 50 minut (Win32), mírně přetaktovaná 9600GT za 54 minut (Linux 64bit) či 58 minut (Win32), téměř nepřetaktovaná GTX260 za 23 minut (Win64). Srovnání s ostatními ATI provozovatelnými projekty nevypadá až tak zle, ale je nejslabší.

Někde jsem to psal, ale příspěvek se mi teď nedaří najít, takže se trapně opakuji
Teoretický RAC mé přetaktované HD 4770 na Win32
1. MilkyWay cca 90k (záleží na podílu delších jednotek, když se generují pouze kratší, tak je RAC 86k), provozuji optimalizovanou aplikaci ATI SSE2, standardní aplikace je o cca 5k méně výkonná a bere trochu více výkonu CPU
2. DNETC cca 80k
3. Collatz cca 74k
4. PG PPS Sieve cca 66k

[forest]

Napadlo mě, co takhle to testnout na Cimrmanovi, kde jsou s DNETC stále problémy. Alespoň testnout, jaké by měl časy a teoretický RAC.

[vkliber]

Určitě otestujeme, stejně pojede turnaj.

[nenym]

Objevila se nová aplikace pro CUDA GPU jak Wirouz, tak Linux podprojektu Cullen/Woodal PS Sieve.
Více informací zde
http://www.primegrid.com/forum_thread.php?id=2988, stěžejní je tento souhrnný příspěvek http://www.primegrid.com/forum_thread.p ... true#30956
app info též zde http://www.primegrid.com/forum_thread.p ... true#30517 či komplexní zde http://primegrid.pytalhost.net/.

Kredit za jednotku je pevný 182,43
Moje první pokusy na 9600GT @ Ubuntu 64bit, přetaktovaná +15 %
Jedna jednotka sólo 685 s, tj. RAC cca 23 k
Dvě jednotky paralelně - 1379 + 1381s, tj. v podstatě totéž. Na lepších GPU na fóru referují znatelný nárůst výkonu. Pro tento trik nutno upravit příslušnou sekci, u karet s pamětí na hraně i tu paměťovou sekci. Zcela záměrně neuvádím jaké a jak, kdo to neví, ať raději počká, až to vyzkouší povícero lidí. Já jsem vyzkoušel pouze 4 jednotky, dopočítaly se, ale na 9600GT to nemá význam. Je to vždy riskantní, GPU nejsou na takovéto pokusy moc stavěny.
Zábor CPU pod 3s za jednu jednotku.

Je nutno mít na paměti, že aplikace je pořád ve vývoji, může páchat jakékoli nepřístojnosti a je vhodné hlídat změny aplikace, možná i sieve files - netuším.

EDIT: z 4 paralelních úloh se dvě nevalidovaly, takže velmi opatrně i na pořádných GPU.

[Ondra@SF.cz]

Já si myslím, že touhle rychlostí bude za chvíli po veškerém Sievingu a zůstane jen LLR

Jestli všude nasadí CUDA, bude po srandě. Už teď má např. 321 Sieve na kahánku...

[JardaPichSvetla]

Já si myslím, že touhle rychlostí bude za chvíli po veškerém Sievingu a zůstane jen LLR

Jestli všude nasadí CUDA, bude po srandě. Už teď má např. 321 Sieve na kahánku...

Zase když se zvedne efektivita sievingu, tak s ním mohou jít víc do hloubky. Sieving velmi rychle odstraňuje nevhodné kandidáty ze začátku, ale jeho rychlost klesá, až to dojde do stavu, kdy odstranění jednoho kandidáta pomocí sievingu trvá stejně jako otestování jednoho kandidáta pomocí LLR a tehdy je ideální to přehodit na LLR. Tedy ta ideální úroveň sievingu závisí na momentální efektivitě sievingu a LLR, pokud se zvedne efektivita sievingu je možno jít hlouběji.

Hlubší sieving v praxi znamená častější prvočísla pomocí LLR.

[petnek]

Oba stroje otestovány a připraveny na první PG turnaj roku.

Na notebook (i5-2410M) jsem nasadil AVX aplikaci a čas výpočtu je 40 minut. O trochu lepší bude, až poběží bez mé zátěže... Teploty 87-89°C (maximum 100°C)

[rendo]

Na PG vyšla zpráva, že po nainstalování nových ovladačů na nVidie 295.xx dochází k chybám jednotek v případě, že máte nastaven režim vypínání monitoru při nečinnosti. V takovém případě WU skončí chybou. Než se problém vyřeší je doporučeno vrátit starší ovladače nebo vypnout spánkový režim monitoru. Několik jednotek mě skončilo chybou, takže jsem vrátil starší ovladače.

http://www.primegrid.com/forum_thread.php?id=4122#50618

[petnek]

Tato chyba se tyka vsech projektu na nVidia GPU. Pri vypnuti monitoru se pry znepristupni CUDA (nebo cela GPU) pro BOINC a je hotovo. Asi dojde k vetsinovemu vypnuti GPU z duvodu uspory energie - pokusu konkurovat setrici technologii novych AMD HD7xxx

[jiri kovar]

Takový dotázek:
Zkoušel někdo, co to udělá, když je vypnutý šetřič a vypne se monitor?