Challenge Series - turnaj na Primegridu 2017

[Dzordzik]

Tuším nejde předpočítávat že? A proč ten projekt pořád řve že Your app_config.xml file refers to an unknown application 'llrTRP'. Known applications: 'llr321'. Přitom to dělá co má a stahuje co má a podmínky se aplikují na správný subprojekt. Jak má vypadat zápis, který mu nebude vadit?

[Honza]

Aplikace je neznámá do té doby, než se poprvé stáhne. Pak už by to (při dalším spuštění BOINCu) řvát nemělo.

[bazina]

jen se zeptám předpočítávat lze nebo ne?

[Honza]

Standardně a historicky u PG nelze.
Only tasks issued AFTER 18 October 2017 00:00 UTC and received BEFORE 23rd October 2017 00:00 UTC will be considered for credit.

[Dzordzik]

Aplikace je neznámá do té doby, než se poprvé stáhne. Pak už by to (při dalším spuštění BOINCu) řvát nemělo.

Řve mi to pořád. U všech projektů. Všechno funguje jak má ale PG pořád řve že se mu něco nelíbí. No nic, pro mě stejně projekt tak leda na sprinty, tak to řešit nebudu.

[Dzordzik]

Standardně a historicky u PG nelze.
Only tasks issued AFTER 18 October 2017 00:00 UTC and received BEFORE 23rd October 2017 00:00 UTC will be considered for credit.

A z hlediska validace, tahat zásoby co půjde hned po půlnoci na max?

[Dadu from Silesia]

Tuším nejde předpočítávat že? A proč ten projekt pořád řve že Your app_config.xml file refers to an unknown application 'llrTRP'. Known applications: 'llr321'. Přitom to dělá co má a stahuje co má a podmínky se aplikují na správný subprojekt. Jak má vypadat zápis, který mu nebude vadit?

Divné mám to přesně jak jsem postl a boinc nic nehlásí a počíta jednu jednotku x4

[Dzordzik]

Zkusil sem restartovat projekt, počítám 40 jednotek naráz a pořád to při startu řve:

Jinak teploty u mě při 100% zatížení jsou od 44 do 49 st a to jedou obě grafiky GPUGrid ... Chlazení všeho vzduchem.

PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'llrTPS'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'llrWOO'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'llrSOB'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'genefer'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'genefer_wr'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'llrPSP'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

--------------------------------------------------------------------------------
PrimeGrid: Notice from BOINC
Your app_config.xml file refers to an unknown application 'llrGCW'. Known applications: 'llr321', 'llrTRP'
17.10.2017 19:05:30

[jiri kovar]

Prosím vás, chlapci, 00:00 UTC = 02:00 SELČ+ raději 2 minuty rezervu.
Po půlnoci to určitě netahejte, nepočítalo by se to do turnaje. Vítek ten čas uvedl v úvodním postu, tak se tím, prosím, řiďte, jinak počítáte mimo: bacha na ty posuny!!!

[Honza1616]

další upozornění, Wokna mi právě vyhodili upozornění na aktualizaci, nejspíš se tahá už ten Creators update nebo jak se to jmenuje tak at nejste ráno překvapeni !!! já to jdu na všech strojích postahovat ještě ted a restartovat před turnajem, at je to nachystané, restart během turnaje by nasra*
EDIT: potvrzeno je to ten update....
https://www.lupa.cz/aktuality/windows-1 ... mpaign=rss

[® Plšák Ráďa ®]

Pro ty co to rozjedou na minutu, proč to tahat pár minut po půlnoci, když ve výsledku ke konci stejně nedopočítáte všechny jednotky před ukončením. Já bych to nikdy nestresoval takhle. Tak já jdu připravit toho svého mazlíka

Jinak proč si nestáhnout teď pár jednotek na test zda to počítá tak jak má, než pak řešit ty nářky, že je něco blbě během turnaje. Natáhnu, nechám 1/2 hod počítat zda to jede OK a pak to smáznu.

Intel procesory s podporou AVX (Sandy Bridge, Ivy Bridge, Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) budou značně rychlejší a s podporou FMA3 (Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) budou nejrychlejší.
U Intel procesorů s podporou HT (Hyper Threading) doporučuji v BIOSu HT vypnout a počítat pouze na fyzických jádrech CPU.

S jakým překvapením už i Ryzeny umí instrukční sady :
MMX(+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2,SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA

[LookAS]

S jakým překvapením už i Ryzeny umí instrukční sady :
MMX(+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2,SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA

umi, ale treba to AVX/AVX2/FMA3 ne tak efektivne jako Intel. Porad ale bez diskuze lepsi nez treba ten muj chudak uplne bez AVX

@Dzordzik

Known applications: 'llr321', 'llrTRP'

Tyhle 2 si již počítal a tak je boincmgr skrz app_config pozná. Buď ty zbylé smaž z app_configu nebo to neřeš, ničemu to nevadí.

[® Plšák Ráďa ®]

app_config.xml pro 4 jadro restart klienta

<app_config>
<app>
<name>llrTRP</name>
<fraction_done_exact/>
</app>
<app_version>
<app_name>llrTRP</app_name>
<cmdline>-t 4</cmdline>
<avg_ncpus>4</avg_ncpus>
<max_ncpus>4</max_ncpus>
</app_version>
</app_config>

Sice krasný příklad, když máš celkem 4 vláken , ale co má dělat Dzordzik, co má 44 jader CPU na jednom stroji. Někde jsem od foresta četl příspěvek, ale co znamená <cmdline>-t ....</cmdline> , <avg_ncpus>....</avg_ncpus> , <max_ncpus>....</max_ncpus> to jsem se z toho nedozvěděl tak, abych to pochopil a o co vlastně se ty parametry starají. Mít stroj se 44 jádrama, do toho neadekvátní množství paměti, teď škrcení kolik tomu bych měl dát jader a co s těmi parametry, jak to nakonfigurovat tak, aby to bylo co nejefektivnější, když neznám co vlastně tím nastavuji a proč? A všude jsou jen příklady na sudý počet vláken s malým množstvím CPU max 8, proč není někde jasně definovaný příklad, jak to nastavit tak, že na tak množství jader si třeba přidělím 3 subprojekty PG s lichým počtem jader, aby to člověk dokonaleji pochopil. Chtělo by to někde speciálně pro PG napsat např. jak si na 44 jádrovém stroji, nastavím 3 LLR projekty pro PG a rezervuji si třeba 5 jader pro non PG projekt. A dal bych tam 1. LLR .... 13 jader CPU, 2. LLR .... 15 jader CPU, 3. LLR .... 11 jader CPU tj celkem pro PG 39 jader a pro jiné projekty 5 jader rezervováno. A teď babo raď, jak pro ty 3 LLR projekty si nastavit ty parametry <cmdline>-t ....</cmdline> , <avg_ncpus>....</avg_ncpus> , <max_ncpus>....</max_ncpus> tak, aby to bylo opravdu co neefektivnější. Nepište, že se tam dávají jen čísla úplně stejné jako je počet přiřazených vláken pro jednotlivé LLR.

Je tu nějaký GURU, co by vysvětlil, co se tím opravdu nastavuje?

[Jarinc]

<project_max_concurrent> označuje počet použitých jader projektem
<cmdline>-t x znamená počet použitých vláken
<avg_ncpus>x označuje počet použitých jáder třeba na 4jádru 2 jednotky by jste tam dali "2", pro 4 jednotky na 4jádru tam dáte "1"
<max_ncpus> limit pro danou aplikaci PG pokud počítáte i něco jiného

Tady je to napsáno z toho návodu co znamenají ty nastavení.

[® Plšák Ráďa ®]

<max_ncpus> limit pro danou aplikaci PG pokud počítáte i něco jiného

to jako že si do zásoby (fronty) stáhne tolik jednotek, kolik mu tam zadám? Kdybych tam dal 1, tak by si stáhl jen jednu jednotku? Kdyby jo, je to docela důležitý u PG (kdo hledí pro to, aby byl první kdo jednotku spočítá), protože pak se nedivím, že mi to stahovalo tolik kolik jsem měl jader CPU, i když jsem měl v BOINCu nastaveno 0 do zásoby. Pak už by mi bylo jasný, proč to tahalo navíc do zásoby.

[LookAS]

<cmdline>-t 4</cmdline> příkaz samotné LLR.exe aplikaci, kolik "vláken" použít
<avg_ncpus>4</avg_ncpus> počet jader, které se nahlásí boincmgr klientu
<max_ncpus>4</max_ncpus> - v app_config zbytečně, nefunguje, k ničemu to tam není, nemusí se používat. viz post na primegridu

[® Plšák Ráďa ®]

Takže teoreticky budu jako chtít počítat 1 LLR projekt v PG. Kdybych měl 8 jádro (a 16 vláken) a chtěl si nastavit pro daný subrojekt LLR počítání 2 jednotek na 8 vláknech, bez zásoby nastavím si to takto? 8 vláken bych využil na něco jiného jen pro info (proč tam mám 16 vláken, má to svůj důvod).
<app>
<name>llr...</name>
<fraction_done_exact/>
<max_concurrent>2</max_concurrent>
</app>
<app_version>
<app_name>llr...</app_name>
<cmdline>-t 8</cmdline>
<avg_ncpus>4</avg_ncpus>
<max_ncpus>2</max_ncpus>
</app_version>

EDIT: Takže když je tam ten příkaz <max_ncpus>...</max_ncpus> zbytečný, tak je super, že se to dozvídáme tak brzo. Po tolika měsících používání vyšlo info 13 Oct 2017 | 18:59:01 UTC viz. předchozí příspěvek.
Stejně by mne zajímalo, jak donutit BOINC, aby při MT nestahovalo zásobu kolik je vláken CPU, i kdyz BOINC má nastaveno 0 zásoby na dny.
Pokud vím <project_max_concurrent> označuje počet počítaných jednotek projektu jako celku, to jsem popisoval v místnosti ve WCG, co to dělá a jak to využít.

EDIT_2 23:23 : testuji llrTRP na 6(12), je to tak <max_ncpus>2</max_ncpus> je to k ničemu. Zásoba natažena 12 jednotek, mažu všude tenhle příkazový řádek z app_config.xml. Pak to nahodím jenom na 6(6) na CPU.

[Dzordzik]

Tohle nedávno krásně popsal Forest a pak k tomu byla ještě diskuse. Když jsem to podle toho pochopil já, tak už každej :-) Mám nataveno a jede to parádně a až na projekty ala Clima a sem tam nějaký další mě 32GB RAM zatím neomezuje, ale je to v procesu, spíš kvůli quad channel, než že by to nestačilo.

[Doktor]

Sorry, ani jsem to nenastavil, tak napraveno...

[Dzordzik]

Tak tentokráte to rozhodně na 2. místo nevypadá a příjde mi, že náš to počítá oproti jiným teamům pár ...