Stránka 6 z 13

Re: Aplikace

Napsal: ned 30 dub, 2017 09:03
od Honza
Z PRPNetu je 172877 tasků, které mají residum, tedy jsou vhodné pro double check.
Z pohledu n se dostaneme nějak k 1m, ale pro každé b je to trochu různé, takže někde 800k, někde 1m1.

Tasky nám hezky narůstají, teď jsme zhruba na hodině.
Zkontrolováno bylo skoro 40 tisíc tasků - což rozhodně není 1/4 práce.

Re: Aplikace

Napsal: ned 10 zář, 2017 20:48
od Honza
Neměl jsem možnost odzkoušet, ale vypadá to, že připravovaná verze gwnum, která je využívaná v LLR aplikaci a "zapíná" FMA pro nové AMD Ryzen...tak příliš zrychlení nepřínáší a ve finále je 8-core AMD na tom podobně jako 4-core Intel.

Re: Aplikace

Napsal: stř 06 pro, 2017 13:05
od Honza
Když bude někdo pátrat jak se jmenuje která aplikace, tak viz https://www.primegrid.com/apps.php

Re: Aplikace

Napsal: ned 18 bře, 2018 18:36
od ® Plšák Ráďa ®
Přesunuto z místnosti"Challenge Series - turnaj na Primegridu 2018". Informace od Honzy pro stahování aktuálních aplikací pro PG:
Honza píše:Dvouprocesory či HODNĚ jader není problém, když budete testovat pomocí LLR.

Proto znovu doporučuji testovat příma na LLR. Stáhněte si poslední verzi, o které jsem ve středu psal (i s o hledem na Ryzen) a testujte na ní.

A znovu - ideálně na jednotkách, které se právě počítají a tedy jsou nejblíže turnajovému klání.
Příklad pro 4 thready.
>cllr64.exe -q"3*2^13813950+1" -d -t4

Time per bit je snadno interpretovatelný, kdo si chce spočítat čas celé jednotky, zavzpomíná na trojčlenku.

LLR neškáluje zcela lineárně, pro více jader používáme více instancí, tedy šup do více adresářů.
Pokud někdo chce urvat 64 nebo 88 nebo rovnou 128 jader, stačí nasekat např. jader/4 adresářů pro 4-thread běh.
Šikovnější si mohou udělat baťák - PRPNet budiž inspirací, neb tam se počet instalancí řeší: rozkopírování počtu adresářů, překopírování konfigurace do nich, spuštění n instancí.

Myslím, že věrnější test neexistuje: stejná aplikace jako v reálu (narozdíl od Prime95), plně variabilní nastavení počtu threadů a instancí bez limitů Prime95 (simulace jako v reálné instalaci BOINCu), stejné jednotky jako na PG.

Re: Aplikace

Napsal: ned 18 bře, 2018 18:42
od LookAS
nastavení výše zmíněného BAT souboru bez dohledávání pro lenochy 45cc
LookAS píše:vše rozkopírovat do N adresářů pojmenovaných číselnou řadou 1-N a pak spouštět přes baťáky, kde si v každém poprvé upravíš požadované parametry a pak jen spouštíš do aleluja.
níže je příklad BATu pro 3WU po 8vláknech. parametry které to ovlivňují jsou:
(1,1,3) - místo 3 dosadit počet požadovaných paralelních WU
-t8 klasicky zadává počet vláken na WU

Kód: Vybrat vše

ECHO
for /l %%x in (1,1,3) do (
  cd %%x
  start "%%x" /MIN cllr64.exe -q"3*2^13813950+1" -d -t8 -oOutputIterations=1000
  cd ..
)
EXIT

Re: Aplikace

Napsal: ned 18 bře, 2018 18:53
od ® Plšák Ráďa ®
Normální mladý počtář by si to představoval něco jako s aplikací asteroids, kde se nakopíruje soubor do adresáře primegridu a sepíše app_info na souštění toho souboru a o vše se pak stará už jen BOINC. Jestli je to něco v podání manual Sievingu, tak na to se 99% lidí vyprdne něco spouštět přes *.BAT soubor ručně. Tak to prostě je, je už jiná doba než ti co pamatují MS DOS a vše spouštět přes baťák skrz optimalizace :smt102 Teď při turnaji radši to už testovat na svým PC nebudu neb bych ten nárůst 10% co bych získal naopak ještě ztratil. Po turnaji si to vyzkouším, děkuji Honzo.

Re: Aplikace

Napsal: ned 18 bře, 2018 18:59
od LookAS
pleteš jablka s hruškama. tady se bavíme o mimoBOINC testování/bechmarkování pomocí aplikace, kterou BOINC používá k samotnému výpočtu.

to co máš ty na mysli se pak dělá stejně, tzn. sepíšeš app_info.xml, hodíš ten EXE do adresáře Primegridu a BOINC ho pak začne používat místo defaultně nabízených.

Re: Aplikace

Napsal: ned 18 bře, 2018 19:21
od ® Plšák Ráďa ®
LookAS píše:pleteš jablka s hruškama. tady se bavíme o mimoBOINC testování/bechmarkování pomocí aplikace, kterou BOINC používá k samotnému výpočtu.

to co máš ty na mysli se pak dělá stejně, tzn. sepíšeš app_info.xml, hodíš ten EXE do adresáře Primegridu a BOINC ho pak začne používat místo defaultně nabízených.
Super, tak se konečně někam dopracováváme, a jak donutím to jablko bez té hrušky v BOINCu stažení nové aplikace pro AMD Ryzen pro aplikaci 321 PG (Microsoft Windows running on an AMD x86_64 or Intel EM64T CPU) ? Nejsem jediný kdo by to chtěl vědět, jen ti ostatní po tom nepátrají nebo radši nereagují a jsou v pohodě, třeba se někdo zeptá jako já 33aaa Jen mne mrzí, že k výsledku se musím dopracovat 5 příspěvky, abych našel tu správnou odpověď. To je ten problém internetových diskuzí, jeden myslí to a druhý zase tamto. Tady stačí malá výtka něčeho a je to bráno u některých jako hádka 45cc

PS: Si připadám jak kdysi ve škole učitel se ptá "chápete to?" A žáci mlčí, jako že jo, ale vědí, že to nechápou. Pak se zeptá jeden student o vysvětlení, plus nějakou poznámku z pohledu nechápajícího studenta (prostě udělá ze sebe jediného tydýta), učitel to vysvětlí mnohem podrobněji a výsledek je takový, že to už ví celá třída. Nebýt toho jednoho, tak se nedopracují k správnému výsledku a pohledu na věc..
Zde je to podobné jiní do toho šTourat nechtějí, nechtějí ze sebe udělat toho tydýta.

EDIT 2 (19:31)
Je možný, že každý myslí něco jiného. Je nějaký soubor optimalizované aplikace pro 321 projekt, který se stáhnu z webu, zkopíruji do adresáře BOINC\Project\www.primegrid.com a naedituji app_info, tak jak je to u aplikace asteroids viz. period_search_10210_windows_x86_64__avx.exe . To je oč tu běží. :smt102

Re: Aplikace

Napsal: ned 18 bře, 2018 19:23
od nenym
Velmi mírně OT: MimoBOINC testování/bechmarkování pomocí aplikace, kterou BOINC používá k samotnému výpočtu to správné testování. Testování přes anonymous platform v ostrém provozu Boincu je dost vošajslich, protože
- při zprovoznění app_info obvykle zařvou všechny jednotky předtím natažené (lze je zachránit editací informace o WU v client_state, to už je vyšší dívčí),
- netestuje se na shodných jednotkách, ale na těch, které přijdou,
- dost často se v app_info udělá nějaká blbá* chyba a nešťastník stráví hromadu času, než to vůbec zprovozní.

*může být i chyba, o které jeden vůbec neví - rozdílné kódování znaků (typicky "_"), pokud se kopíruje přímo z webu s nastaveným nestandardním kódováním buď na webu, nebo v prohlížeči

Re: Aplikace

Napsal: ned 18 bře, 2018 19:47
od Honza
nenym píše:Velmi mírně OT: MimoBOINC testování/bechmarkování pomocí aplikace, kterou BOINC používá k samotnému výpočtu to správné testování. Testování přes anonymous platform v ostrém provozu Boincu je dost vošajslich, protože
+ je tam šance, že neotestovaná verze aplikace jako taková bude mít nějakou chybku a dávat špatné výsledky, neboť je to řekněme beta.

Nasazovat do ostrého BOINC provozu a v půlce turnaje aplikaci, která není ani benchmarkovaná, natož testovaná, je přinejmenším riskatní, nejen v rukou začátečníka.
Proto jsem několikrát volal po tom, aby se nejprve samostatně vyzkoušela mimo BOINC.

Re: Aplikace

Napsal: ned 18 bře, 2018 22:19
od LookAS
® Plšák Ráďa ® píše: EDIT 2 (19:31)
Je možný, že každý myslí něco jiného. Je nějaký soubor optimalizované aplikace pro 321 projekt, který se stáhnu z webu, zkopíruji do adresáře BOINC\Project\www.primegrid.com a naedituji app_info, tak jak je to u aplikace asteroids viz. period_search_10210_windows_x86_64__avx.exe . To je oč tu běží. :smt102
Já ti rozumím, vím co myslíš. Pokud stáhneš z odkazu, který tu házel Honza, soubor LLR Version 3.8.21 for MS Windows 64bit, CONSOLE APPLICATION, budeš mít právě ten (řekněme optimalizovaný) EXE, který s pomocí app_info.xml přinutíš použít BOINC k výpočtům, stejně tak jak tu zmiňuješ ty Asteroids. Přesný obsah toho app_info ti bohužel neřeknu, nemám odkoušeno. A jak tu nenym s Honzou píše, není zrovna 2x moudré zkoušet to uprostřed turnaje.

Avšak ten samý EXE můžeš vně BOINCu pomocí těch "šílených" příkazů a BATů použít k přesnějšímu otestování rychlosti a efektivity výpočtů. Díky tomu, že to je ta samá aplikace z BOINCu, tak jde o test z reálného prostředí, akorát na výstup koukáš ve windows příkazovým řádku. Vypadá to asi složitěji, než jen spustit prime95, ale výsledek by měl být přesnější.

Už si vzájemně rozumíme?

Re: Aplikace

Napsal: pon 19 bře, 2018 01:13
od ® Plšák Ráďa ®
Ano to je ono, děkuji. Mno já jsem z příkazového řádku naposledy počítal projekt DC ještě z dob před BOINCem, něco co ještě souběžně bylo se Seti@home clasic. Jestli mne hlava nemate byl to projekt Genome ? Od tý doby už uplynulo několik oběhů Země okolo Slunce, což je asi kámen úrazu, že na tyhle hrátky už jsem zapomněl a začínám býti shnilý už tohle z mé paměti vyštráchávat. 33aaa No na tohle se už necítím, jo bejvávalo. Jak už to není Windows friendly jsem více ztracen 45ff A čas něco zkoušet během turnaje opravdu není a srandovní je, že jak jsem vytýkával jiným, proč už si to nenastavují před turnajem. Tak teď jsem do toho spadl taky 45dd Jelikož to není jednoduššího charakteru hold se do toho nepustím. Ale díky za osvětu všem, kdo měl se mnou strpení tohle konzultovat :smt023

Re: Aplikace

Napsal: pon 26 bře, 2018 19:20
od Honza
Thread "Challenge Series - turnaj na Primegridu 2018" je hodně off-topic, tak to zkusím sem, aby to zcela nezaniklo (pokud to vedle moderátoři nepročistí)...a vlastně to spíše patří sem.

Velmi brzy budeme testovat LLR 3.8.21 na PG, aby pak případně mohla jít do ostrého provozu.
Znamená to jako obvykle udělat docela slušnou matici testů: 32-bit, SSE3, AVX, FMA3 a extra AMD Ryzen, zároveň všechno pro Win, Linux, MacOS a to zároveň všechno pro různé/některé subprojekty (SGS, PPS MEGA, Woodall podle různé velikost FFT a SR5.

Re: Aplikace

Napsal: pon 16 dub, 2018 14:33
od Honza
LLR 3.8.21 na PG se automaticky distribuuje jako default aplikace.
(pokud někdo používá anonymous platform, nechť updatuje).

Re: Aplikace

Napsal: pon 16 dub, 2018 18:49
od Dzordzik
To se za necelý měsíc stihlo všechno otestovat aby byla jistota že je vše ok? Hmm, fofr.

Re: Aplikace

Napsal: pon 16 dub, 2018 19:42
od Honza
Dost lidí rovnou udělalo více testů, takže jsem sjel 9 testů na FMA3, dalších 9 jako MT verze a pak to samé pro AVX, tedy 36 testů na dvou strojích.
Testy začali 26.3, na apríla jsem měl hotovo. Win/FMA3 to jede snadno - sehnat někoho s SSE3 a MacOs už je horší a trvá o poznání déle.
Předpokládám, že někdo s Ryzenem byl zvědavý a zároveň je na tom zájem, protože Ryzen z téhle verze nejvíce těží...tak jako kdysi Intel s AVX nebo FMA3, to byla radost testovat.

Re: Aplikace

Napsal: pon 16 dub, 2018 20:09
od Czech Human
Já pak můžu udělat Linux/AMD EPYC což je takový 4x Ryzen jestli to není nějaká černá magie, ale patrně až po, jsem do začátku turnaje hrozně pracovně vytížený a počítač si teprve musím složit a vzhledem k použitému hardware a ještě pár dní oficiálně nevyšlému OS si netroufám odhadovat, jak dlouho mi to zabere :smt102

Re: Aplikace

Napsal: pon 16 dub, 2018 21:19
od Honza
Pozdě - aplikace je již otestována a běží jako oficiální, další testy nejsou potřeba a ty z toho bude těžít rychlejším výpočtem pro AMD.
Spíše místní ocení nějaký ten benchmark, to by myslím bylo užitečné a zajímavé...

Re: Aplikace

Napsal: pon 16 dub, 2018 21:58
od Czech Human
Ano, chci to následně pořádně otestovat ze všech stran, přeci jen nový serverový hardware v takové výkonové kategorii jsem dosud neprovozoval. Má hlavní otázka je, jak se vyplatí veliké množství jader se slabší AVX jednotkou oproti menšímu i srovnatelnému počtu jader se silnější AVX jednotkou a jaké projekty tomu CPU z hlediska architektury budou nejvíce "sedět." Naštěstí ekvivalentní stroje od Intela tým už má, tak tu bude velmi vzácná možnost to porovnat

V neposlední řadě se budu u toho muset hodně nového naučit, což je též pozitivní přínos i když ne přímo pro boinc, jenom objevování možností té architektury je pro mě velice zajímavé :-).

Re: Aplikace

Napsal: ned 13 kvě, 2018 12:29
od Dzordzik
Tuší někdo proč když počítám Rosettu na všech jádrech -2 a zároveň PPS Sieve, tak GPU zatížení mezí 97 a 30% co vteřinu,t akže GPU spíš nepočítá než počítá a musím Rosettu omezit tak na polovinu dostupných jader aby to přestalo dělat, zatímco když nic nezměním a místo PPS pustím GFN, tak to nedělá? nepomáhá ani hraní si s Process lassem ani nic jiného? Místo 5m mi to počítá zbytečně skoro 8m na jednotku. Přitom se nezdá že by mu chybělo volné jádro, nepomůže ani kyž jich má 20 ... Když místo Rosetty pustím Asteroids tak je to ok. Proč Rosetta ale vadí jenom PPS a ne při počítání GFN-22?