Challenge Series - turnaj na Primegridu 2018

[Dzordzik]

Zkopírovat soubory a poslat je někomu mailem a u sebe jejich počítání pozastavit a po skončení turnaje smazat? Kdysi jsme to takto udělali s Jirkou Eislerem a prošlo to v pohodě když jsem á byl na suchu a on měl zásob hektary ale neměl šanci je spočítat včas.

[forest]

Aktuálně jsme se prokousali na druhé místo. Na můj vkus to šlo od včerejška nějak podezřele rychle. Je dost možné, že protivníci něco začali zadržovat a odevzdají to až před koncem. Nebylo by to u nich v PG turnaji poprvé. Rozhodně tedy nepolevovat a snažit se až do konce o každou jednotku.
Také se bude jistě hodně odepisovat, jak již bylo ozhnamováno dříve.

[v.svantner]

Kdyby někdo chtěl přeposlat jednotky k dopočítání, mám nějaké v zásobě, protože TR 1950X nejede v PG moc dobře.

[Honza1616]

Kdyby někdo chtěl přeposlat jednotky k dopočítání, mám nějaké v zásobě, protože TR 1950X nejede v PG moc dobře.

ani s MT to není dobré? 16 jáder na jeden ukol, to přece musí fičet...
jinak být tebou když máš zásobu, a pokud máš ještě z čeho vybírat (velikost FFT) tak počítej radši ty velké a úkoly s nejmenším FFT bych si nechal na konec
bylo by dobré kdyby ti do konce turnaje PC spočítal nějaký menší úkol aby pracoval co nejdéle, problém by třeba byl kdyby jsi neměl z čeho vybrat a skončil už xx hodin před koncem trunaje s vědomím že další úkol už nestihneš odevzdat včas

mě třeba zase štve že mi visí na učtu 3 Inconclusive úkoly a čekají na ověření
konkrétně třeba tato, taky ji bude počítat TR 1950X, http://www.primegrid.com/workunit.php?wuid=550323668
ten člověk tam asi taky má slušnou zásobu když mu to tam visí už tak dlouho, a jestli po konci turnaje nespočítanou práci nepromaže tak budeme čekat na spočítání a ověření výsledku aspoň do začátku dalšího turnaje

pokud máš v zásobě už jen úkoly s 2M FFT a není tedy z čeho vybírat tak to raději vymaž a nastav zásobu práce na "0" a každej at si stáhne svoje (aktuální)
at na ověření jednotek nemusíme čekat tak dlouho jako ve výše zmíněném případě
když to promažeš až na konci turnaje tak jednotku dostane někdo jiný a zase se o něco protáhne čekání na ověření výsledku

[Dzordzik]

Počítat všema jádrama jednu jednotku je málokdy u nových CPU nejvýhodnější. Proto sem Forest posílal tu test app.
Já zatím mám co počítat ale nemám zásobu na bíhví jak dlouho, tak jestli Simpanz chce, může mi poslat pár desítek jednotek, pokud ví, že je stejně nestihne spočítat. U mě se neztratí :-) Mail pošlu do SZ.

[Honza1616]

.....Já zatím mám co počítat ale nemám zásobu na bíhví jak dlouho...

každou chvíli se tady objeví jistí jedinci a řeknou ti že na PG nemusíš dělat zásobu práce protože je to jeden z mála projektu kde došla práce naposled před xx lety asi přibližně v době kamenné a není tedy potřeba dělat zásobu a panikařit ani v době turnaje
já osobně taky počítám s nulovou zásobou práce,

....a hlavně, když už tak abych já byl ten kdo objeví to prvočíslo přece jen když bych měl velkou zásobu práce tak tu jednotku někdo muže spočítat dřív a já budu už jen pouhý double checker,

[LookAS]

náhodou se teď musím zastat Dzordzika.
jelikož se aktuálně v SoB ověřují importované výsledky a posílají se na ověření jen jednomu počtáři, tak vyjímečně ta zásoba jednotek nevadí, páč jsi v rámci PG první počtář. a pokud jsi u jednotky jako druhý počtář (neshodný importovaný výsledek s prvním počtářem), tak je to už stejně jedno.
a v rámci velké zásoby jednotek ze startu má zásobu kratších jednotek, což se může někomu hodit.

ale jinak máš samozřejmě pravdu

[Honza]

jelikož se aktuálně v SoB ověřují importované výsledky a posílají se na ověření jen jednomu počtáři, tak vyjímečně ta zásoba jednotek nevadí, páč jsi v rámci PG první počtář. a pokud jsi u jednotky jako druhý počtář (neshodný importovaný výsledek s prvním počtářem), tak je to už stejně jedno.

Náhodou se musím zastat PG.
Většinou pravda, resp. velmi pravděpodobně.
Ale ookud je řekněme 3% inconculsive (kvůli importovaným z původního SoB) a 1% invalid (kvůli víme-komu), stává se také, že jsou oba výsledky blbě a pak přijde třetí a čtvrtý task. Není to časté (řekněme jedno procento z 3 procent, snad tedy 1:3000), ale ten scénář nastává.
A zrovna tady trefit prvočíslo v triple-check, to by byla výhra

[LookAS]

jojo, o této variantě jsem taky uvažoval, ale přišla mi tak zanedbatelná, že jsem ji vynechal ale sranda byl to byla, tripple checker a přitom být prime finder

[v.svantner]

Ten přesun jednotek vyřeším, přepošlu z práce, není toho zase tak moc cca 5 jednotek, zbytek bych mohl spočítat do konce.

Co se týká TR 1950X, tak PG asi má silnou optimalizaci na Intel (možná stará AMD), ale podpora Ryzenů je podstatně menší. Prolezl jsem forum na PG, kde od koupi Ryzenu odrazovali, pokud dotyčný chce počítat pouze PG. Výkon 1700 byl přirovnáván k i3, snad horší.

Já už se jen těším, až to v úterý skončí a já konečně bodu moci přejít na WCG (dnes budu instalovat druhého TR 1950X, protože vyjma PG je to za ty peníze opravdu radost).

[forest]

Jaké máš časy s tím Ryzenem na jednu jednotku? A kolik jich počítáš naráz?
Už delší dobu o něm uvažuji, jako o vhodné náhradě za můj poslední domácí Haswell, ale nějak se furt nemohu rozhoupat. PG je jedna z důležitých kostiček ve skládačce.

[LookAS]

AMD obecně má oproti Intelu slabší/hůř implementované AVX/AVX2, tak proto nepodává na PG (LLR) nějak nadstandardní výkony.

[Honza]

Co se týká TR 1950X, tak PG asi má silnou optimalizaci na Intel (možná stará AMD), ale podpora Ryzenů je podstatně menší. Prolezl jsem forum na PG, kde od koupi Ryzenu odrazovali, pokud dotyčný chce počítat pouze PG. Výkon 1700 byl přirovnáván k i3, snad horší.

Co se týká AMD, tak je x let známo, že jejich implementace AVX a podobných je dosti trystní, tady se to také probíralo.
Není to tím, že by LLR (které na PG používáme, ale neprogramujeme) "fandilo" Intelu, ale že AMD "nefandní" AVX po výkonové stránce.

[v.svantner]

Jedu podle instrukcí, to znamená bez HT a jedna jednotka při 16 jádrech jede v průměru skoro krát déle než jednotka na i7 6950X.

U jiných projektů, co počítám, těch 32 instrukcí pomáhá opravdu dost.

Navíc ten další TR jsem kupoval za 17 bez daně, kdybych to samé sháněl u konkurence (až na AVX512), tak dám 2krát tolik.

[forest]

Můžeš prosím upřesnit kolikrát déle než 6950X? Asi jsi měl vypnutý numerlock

[v.svantner]

i7 6590X - http://www.primegrid.com/result.php?resultid=867169120

E3-1241 v3 - http://www.primegrid.com/result.php?resultid=866765114

TR 1950X - http://www.primegrid.com/result.php?resultid=866765060

[forest]

Údaje z webu PG jsou strašně zavádějící, o tom zde již při soutěžích s MT tasky bylo mnoho debat. Můžeš se na ty počítače prosím kouknout a napsat na kolika jedou jednotkách (kolik jader na jedné jednotce) a jaké mají zhruba výpočetní časy? Odhad doby dokončení je po několika desítkách minut u LLR jednotek reálný, takže to lze vypočítat docela snadno i během výpočtu.

[v.svantner]

Ten intel to má hotovo cca 10-12 hodin. TR se s tím trápí více jak den a půl.

[Dzordzik]

Jaké jsou to jednotky? Jak složité? Podle mě je hlavní problém v tom že počítáš 1WU na všech jádrech. Zkoušel si spustit ten Prime 95 test? Pošli mi do SZ jeho report prosím ...

[jiri kovar]

Myslím, že tak velký propad TR x Intel není normální i přes to horší AVX u TR. Teď jsem se díval na i7 6800 při 3,8 GHz a 6 jádrech:
12 hodin delší wu, 10 hodin kratší
Vypadá to na zakopanýho hafana.