PG Turnaj 2018 - testy a nastavení

[LookAS]

a kolik jednotek na kolik vláken jedeš? a procentuelně kolik jednotek ti lítá s časy tak nahoru?

[Dzordzik]

To co mi vyšlo nejlepší dle Prime95 i podle reálných testů. 6 jednotek naráz, každá po 7 jádrech, 2 jádra jsem nechal volné. Časy, které jsem měl v rámci testů před začátkem turnaje:
8:59:14
9:00:23
9:03:31
9:22:22
9:24:20
9:25:14
8:56:42
9:19:22
9:03:18
9:10:05
9:30:40
9:11:36

Tj. relativně minimální rozptyl.

Teď mám rozptyl od 12 do 18hodin na WU což je šílené ale nenapadá mě co s tím dělat. Na PC nic jiného neběží kromě sem tam prohlížeče a Total Commandera, což tam běželo i předtím. Když BOINC vypnu, zatížení systému nula nic. Zkoušel jsem čarovat s jiným nastavením ale rozptyly zůstaly jenom se měnila doba výpočtu.

[Dzordzik]

Podle mě je to tím, že se jednotky přiřadí napříč procesory a tím se to zpomaluje ale to se přece mohlo dít už v rámci testů a nedělo nebo ano ale ne tak aby to způsobilo tak velké rozdíly. Teď je to tak jak píšu a nějak mě nenapadá co udělat.
U některé jednotky je 3,6% za hodinu u jiné 8,2% za hodinu a i tohle se mění v průběhu času. Do poslední chvíle nesedí odhat doby výpočtu, ta se pořád protahuje a protahuje oproti předpokladu. Rozhodně neplatí že po hodině už ten předpoklad sedí.

[LookAS]

Podle mě je to tím, že se jednotky přiřadí napříč procesory a tím se to zpomaluje ale to se přece mohlo dít už v rámci testů a nedělo nebo ano ale ne tak aby to způsobilo tak velké rozdíly. Teď je to tak jak píšu a nějak mě nenapadá co udělat.

ano to je to na co to svádím. co s tím taky nevím, boinc s tímhle asi nepočítá. maximálně jak trubka v rámci windows v taskmanageru nastavit affinitu ručně, ale jakmile skončí WU a začne další, tak bys musel znova.

[Dzordzik]

No právě. Ale kde máš jistotu že jádra očíslovaná ve Win jsou tak i fyzicky přiřazená CPU? Nemusí nutně platít že 0-21 jsou jádra jednoho fyzického CPu i když bych to tak logicky očekával. když jsem si s tím zkoušel hrát, tak to k ničemu nevedo. Kašlu na to. PG není můj zájmový projekt, nechám to jet jak to jede, zkusím ještě totéž v Linuxu jak turnaj zkončí a jinak na to prdím. Nemám čas pořád běhat kolem Boincu.

[Honza]

Rozklíčovat affinitu vs fyzická CPU/jádra by asi šlo pomocí monitoringu teplot.

Automatickou affinitu by mohlo jít poladit něčím jako Process Lasso.

[Dzordzik]

nešlo, problém je v tom co píše Lookas. Vždycky jenom dočasně než se Wu dopočítá a to nikdo normální dělat nebude.

[Honza]

1. Rozklíčovat afinitu.
2. Podle rozklíčování nechat automaticky nastavovat afinitu napč. pomocí Process Lasso.

Chápu, že to dělat ručně a průběžně není reálné, proto to vidím jako dva kroky.
Prostě tip na vyzkoušení.
A vůbec mi přijde zajímavé si pohrát s afinitou tam, kde běží víc jak jedna jednotka naráz.
Teoreticky to může mít i význam tam, kde se nechá jedno jádro volné pro ostatní procesy a LLR nenechat napospas všechna jádra.

[Dzordzik]

Pokud ti to příjde natolik zajímavé že bys tomu chtěl věnovat čas tak hýkni, stroj je volný pro testy.

[forest]

Ideální takt pamětí pro TR 1950 je těch 2133 MHz. Nevím proč, ale některé takty mu prostě nesedí brutálně a v podstatě všechny ostatní byly horší. I prosté ponížení taktu na 1866 MHz už zdvojnásobilo délku výpočtu, aniž bych hýbal s čímkoliv jiným. Takt 1600 MHz na tom byl o mnoho lépe, přidal jen 20% k délce výpočetního času. Mé závěry jsou tedy takové, že je něco uvnit té konstrukce CPU hodně špatně a více než na jakémkoliv jiném CPU záleží na nastavení taktů CPU a RAM. Procesor jako takový ale při vhodném nastavení nepočítá vůbec nijak špatně. I na PG si vede nečekaně dobže a s časem 5h/WU se řadí do roviny s týmovým Intelem 6950X a je o polovinu výkonnější i než 8700K.

Docela by mě zajímalo, zda je stejný problém s tím taktem pamětí i u TR2, Ryzenů a Epycu. Budu rád, když si s tím majitelé daných křemíků dají po turnaji trochu práci a protestují.

[Honza]

Intel dual-CPU vybíravý na afinitu, novější AMD na takty paměti?
Z tohodle pohledu zlatá i7 8700K.

Ale až to kluci doladíte, to bude mazec...

[Czech Human]

Na co se nepřijde když se v tom šťourá víc než jen 3DMarkem a nějakým Cinebench testem, že

[forest]

Jaké časy máš vlastně na Epycu a jaké je pro něj nejlepší nastavení v aktuálním kole?

[Czech Human]

Epyc PG nepočítá, jednak to není projekt co by mě moc zajímal a tím že AMD má tak špatné výsledky jste mě odradili to na něm zkoušet. On trvale počítá asteroidy, dost na tom že Bivoj teď PG počítá i když zatím žádné body se mi v tabulce neobjevily a jednotky jen čekají na validaci... Chci do konce roku získat pokud možno všechny asteroidní kamínky a to je dost náročný úkol abych takříkajíc ztrácel čas a body s PG, zejména když týmu by to patrně nijak nepomohlo. I při použití Golema 2.0 s nejrychlejší aplikací a linuxem na asteroidy je propad celkového výkonu bez Bivoje velmi výrazný.

[LookAS]

... i když zatím žádné body se mi v tabulce neobjevily a jednotky jen čekají na validaci...

body dostáváš za dokončenou jednotku, i když ještě čeká na validaci. pokud se z ní vyklube nevalidní, tak ti jsou body odečteny.

[Czech Human]

V tom případě netuším proč mi nic nenaskočilo, nejméně 3 llrCUL jednotky čekají na validaci, nastavil jsem to podle návodu... Trochu mě to saje když jsem kvůli tomu přerušil asteroidy a nic.

[LookAS]

hoď odkaz na stroj

[Czech Human]

Bivoj hýr: http://www.primegrid.com/results.php?hostid=935836 Jinak asteroidy mi přestaly posílat práci, tak jsem zapojil i Epyc. Po kratším boji s app_config počítá 1 úlohu 64 jader naráz. Vláken jede 64, zatížení CPU je ale jen kolem 58-60%, věděl by někdo čím to může být? Když jsem pokusně nastavil 16, zatížení na jádra co počítají se nezměnilo.

[LookAS]

64 vláken je asi už overkill, na to je aktuální prvočíslo malé, to by chtělo počítat 100M mersenne prime,, kde je FFT 18M+

btw bivoj počítá mimoturnajové jednotky, stažené 10.9., proto za ně nemá body. resp ty co už dopočítal jsou mimo.

[Czech Human]

Aha, odtud vítr fouká. Já s tím projektem nemám zkušenosti, tak jsem si myslel že jen jednotky co se odevzdají v daném rozsahu dat se započítají. Evidentně jsem se mýlil. Ale když asteroidy nedávají práci tak je to jedno, bude víc bodů na PG.

No i tak na těch 16 vláken bylo zatížení stejné, že by i 16 byl overkill? Jak bys to doporučil rozdělit, CPU má architekturu 4x16 vláken?

App_config momentálně je:

<app_config>
<app>
<name>llrCUL</name>
<fraction_done_exact/>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>llrCUL</app_name>
<cmdline>-t 64</cmdline>
<avg_ncpus>64</avg_ncpus>
</app_version>
</app_config>

byl by na 4x 16 takhle?:

<app_config>
<app>
<name>llrCUL</name>
<fraction_done_exact/>
<max_concurrent>4</max_concurrent>
</app>
<app_version>
<app_name>llrCUL</app_name>
<cmdline>-t 16</cmdline>
<avg_ncpus>64</avg_ncpus>
</app_version>
</app_config>