PG Turnaj 2020 - testy a nastavení

[vkliber]

Téma pro pokec o nastavení, ladění a testech na turnaje v roce 2020.

Pokec pro rok 2019 zde.

[RoKro]

Sieving není tak citlivý, jako LLR, tak můžete lehce zvednout frekvence CPU

[forest]

Protestoval jsem týmové sestavy a dospěl k závěru, že SR5-LLR se hodně liší od většiny LLR podprojektů. Tedy přesněji je hodně málo náročný na vytížení komunikačních tras a je tedy potřeba zapojit více jednotek naráz, aby byl PC maximálně vytížený.
Intely do 4 CPU jader jsou klasika pouze s jednou jednotkou na všech jádrech. S HT jsem přidal půlku HT jader.
Intel 8700 už papá nejlépe dvě jádra naráz a 10 jádro (20 s HT) nejlépe se zapnutým HT 4 jednotky naráz.
U AMD už Ryzen s 8 jádry (16 s HT) je nejlépe vytížený čtyřmi jednotkami a Threadrippery s 16 jádry (32 s HT) dokonce šesti.

Bivoje jsem ještě netestoval, snad se k němu dostanu zítra.Každopádně týmové a moje stroje jsou již vyladěny na maximum.

Přikládám i obsah app_configu:

<app_config>

<app>
<name>llrSR5</name>
<fraction_done_exact/>
</app>
<app_version>
<app_name>llrSR5</app_name>
<plan_class>mt</plan_class>
<cmdline>-t 4</cmdline>
<avg_ncpus>4</avg_ncpus>
</app_version>

</app_config>

[Honza1616]

je dodatečně přidám nastavení....
i9-9900k jeden s HT, 2 úkoly každý na 4 jádra, tedy pouze 50% vláken
Ryzen 9 3900X s HT, 8 úkolů každý na 3 vlákna

nastavení Ryzenu byl opravdu boj a vlastně ani ted nevím jestli jedu nejoptimálnější nastavení
každé FFT mělo vhodnou jinou kombinaci, někdy mi P95 vyplivnul že je vhodné nechat více nebo méně jednotek,
výsledky si byly velice těsné, počáteční test na všechny FFT a všechny jádra a max. úkolu jsem nechal běžet pro ověření 60sec na každé nastavení což mi udělalo více než 90min testování,
po vyřazení nejméně vhodných kombinací jsem nechal běžet další test pro ověření prvních výsledků se 7-11 WU na všechny FFT (jedno FFT = 10 testů) což mi dalo dalších 40min testování
abych to zhrnul přesněji... .se zvyšujícím se FFT mi p95 řekl že je vhodné nechat počítat méně souběžných úkolů,
FFT 560k = 12 úkolů..................FFT 768 = 8 úkolů
první sada úkolu se mi natáhla a měla FFT u všech 768, jdu tedy cestou nastavení 8 souběžných úkolů po 3 vláknech

SR5 je asi nejhorší projekt na hledání vhodného nastavení a v případě Ryzenu je to horší o to že CPU je rozkouskován a očividně má CPU problém s komunikací mezi jádry
SR5 počítám i mimo turnaje a lovím provočísla a musel jsem si najít nikoliv nejefektivnější, ale nejrychlejší nastavení
a v tomto případě je to ještě horší, někdy když opakujete naprosto stejný test tak vám pokaždé vypadne jiný výsledek,
architektura ZEN na toto opravdu trpí a mám pocit že v budoucnu se to o moc nezlepší, i když další generace už nemá mít jádra na čipletech oddělená do CCD modulu ale sloučená a budou mít sdílenou pamět, pořád ale bude váznout komunikace mezi čiplety
u Threadripperů a Epyců to musí být ještě horší se zvyšujícím se počtem čipletů

[forest]

Zdravím všechny naše bojovníky a ladiče výkonu
Už jste někdo začali testovat na následující třídenní kolo, které startuje za 5 dní? Budeme soutěžit na SGS-LLR. Máte někdo nějakou radu na nastavení, FFT aktuálních jednotek, app_config, atd.?

[RoKro]

Jsou to nejmenší CPU jednotky, myslím, že nic ladit nebudu a pustím na každé jádro jednu jednotku, žádný MT.
Myslím, že varianta bez HT a varianta s HT na 50% jader v BM budou skoro stejné. Ale třeba někdo přijde s překvapením, že je jiné nastavení lepší.

[Honza1616]

FFT 128

[fobius]

Otestoval jsem ryzen 2700x 8jader/16 vlaken se zapnutým MT na reálných jedotkách:
1 jednotka na 4 threadech, cpu 100%, čas 1 jednotky 554,15 = 4 jednotky, 136s na jednotku
1 jednotka na 16 threadech, cpu 100%, čas 1 jednotky 356,07 = 1 jednotka, 356s na jednotku
1 jednotka na 16 threadech, cpu 50%, čas 1 jednotky 342,01 = 1 jednotka, 342s na jednotku
1 jednotka na 1 threadu, cpu 50%, čas 1 jednotky 1720,00 = 16 jednotek, 107s na jednotku
1 jednotka na 1 threadu, cpu 100%, čas 1 jednotky 1940,00 = 16 jednotek, 121s na jednotku

Jestli počítám dobře tak nejlépe mi vychází varianta 1 jednotka na jádro a výkon CPU nastavit na 50%.
Budu rád pokud mi někdo vysvětlí, proč to škrcení CPU pomáhá a proč je tak neefektivní, když jednu jednotku počítají všechna jádra.
Logicky by to měli zvládnout dohromady velmi rychle, ale jsou jen o chlup rychlejší.

[Nalim27]

Jeste by mohl byt zajimavy vysledek s vypnutym MT, tj. 8 jader/ 8 vlaken
Mam stejne CPU 2700X, bezne jedu s vypnutym MT, protoze to hram tak vice vyhovuje.
Zde jsou vysledky - na pocitaci jsem pritom normalne pracoval - pocitate realny cas na jednotku, nebo procesorovy cas?

MT off 8 jader / 8 vlaken:
1 jednotka na 1 jadru, cpu 100%, čas 1 jednotky 1048s = 8 jednotek, 131s na jednotku (procesorovy cas je 119s na jednotku)
1 jednotka na 2 jadrech, cpu 100%, čas 1 jednotky 669s = 4 jednotky, 167s na jednotku
MT on 8 jader / 16 vlaken:
1 jednotka na 1 vlaknu, cpu 50%, čas 1 jednotky 1610s = 16 jednotek, 101s na jednotku

To jsem blazen, zakrcene CPU vytizeni na 50% a s MT/HT je to nakonec fakt jeste rychlejsi nez s MT off


Proc skrceni CPU pomaha? Asi protoze se tak ty dve MT vlakna tak neperou o zdroje jadra CPU - tech ruznych vypocetnich jednotek je v CPU omezeny pocet a ty vypocty uz na jednom vlaknu je mohou komplet vytizit. Pak to druhe vlakno musi cekat, at se jednotky uvolni.

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

Pokud něco se počítá na PG na 50%, znamená to počet použitých vláken CPU na výpočty (žádné škrcení výkonu přes procesorový čas).
1/2 všech dostupných vláken na CPU počítá a 1/2 všech vláken CPU drží siestu.
Dívám se, že mi schází do žlutého odznáčku 100k kreditů , tož zúčasním se toho bláznění taky. Ty 3 dny by tomu mělo odpovídat

[Nalim27]

Jestli se skrti 50% vlaken/jader ,tak pak ma fobius spatne svuj vypocet:
1 jednotka na 1 threadu, cpu 50%, čas 1 jednotky 1720,00 = 16 jednotek, 107s na jednotku

Pak totiz jede jen 8 jednotek, a tedy 8 jednotek, 215s na jednotku

Ale vyse on sam pise:
1 jednotka na 16 threadech, cpu 100%, čas 1 jednotky 356,07 = 1 jednotka, 356s na jednotku
1 jednotka na 16 threadech, cpu 50%, čas 1 jednotky 342,01 = 1 jednotka, 342s na jednotku

Tj v obou pripadech ma 16 vlaken! Nezda se mi, ze to 50% je skrceni vlaken, ale spise skrceni vytizeni CPU.

[Wojtkingson]

Zeptám se úplně blbě... Jsem absolutní začátečník a to co píšete mi jen lehce dává smysl... (rozuměj - nevím o co jde) Nicméně, pokud se k soutěži připojím - nemůžu Vám to nijak zvorat, ala že bych Vám pokazil nějaký average nebo něco takovýho?

[Honza]

Buď v klidu, počítají se správně spočtené (validované) jednotky, které se stáhnout a odevzdají během turnaje (ne před nebo po).
Čím víc, tím líp.
Je to jednoduché a spravedlivé.

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

Nalim27 možností kolik je nastavení pro CPU 8/16 je opravdu hodně a každý si to počítá podle jistých priorit. Má jediná priorita je a to je snad jediný projekt u kterého upřednostňuji být s větší prioritou spočítat to jako primefinder (-1-) a ne jako doublechecker (-2-). Tudíž podle toho nastavím preference a je mi jedno zda spočítám o 10 % méně kreditů. Mám 3700X 8/16, ale určitě pojedu výpočty SGS bez MT tudíž 8/8. Počítat budu buď jen jednu práci na 4 vláknech (4 vlákna by jeli na prázdno) s lepším výhledem být (-1-) nebo pojedu 2 práce po 4 vláknech pro rychlejší kredit. První den během turnaje to vidím nejdříve na ty 2 práce po 4 vláknech, druhý den vyhodnotím, zda jsem minimálně na 80% (-1-), a když tak bych výpočty v preferencích nahodil na tu jednu práci na 4 vláknech (4 vlákna by jeli na prázdno) s navýšením šance být (-1-).

[Indy]

Jsou to nejmenší CPU jednotky, myslím, že nic ladit nebudu a pustím na každé jádro jednu jednotku, žádný MT.

Souhlasím

Zběžně jsem to zkusil na CPU i5-6500, 4 úlohy souběžně (každá na 1 jádru) zvládl za cca 10 minut a pár vteřin (max 6), pokud počítám 1 úlohu na 4 jádrech tak to jelo cca 4 minuty a 20-30 sekund k tomu. Takže potvrzeno a na projektu jsem si nastavil do fšech profilů 1 u "Max # of threads for each task".

[forest]

Na Intelech i AMD otestováno a vychází to takto prapodivně opravdu nejlépe. Tedy nechat zapnuté HT, ale počítat na polovině vláken. To stíhá odevzdat nejvíce jednotek. Na rychlost výpočtu nehledím, na lovení prvočísel byl celý únor a zde nepůjde o nic velkého

[fobius]

Pozor, já jsem opravdu neškrtil počet vláken, ale škrtil jsem právě "použít nejvíce 50% procesorového času". Takže jsem využíval vždy všech 16 vláken.

Takže protože nebudu lovit rychlost na jednu jednotku, pojedu na max kredit.

[fobius]

Otestoval jsem ryzen 2700x 8jader/16 vlaken se zapnutým MT na reálných jedotkách a doplnil jsem i škrcení počtu vláken, aby bylo jasno:
16 vlaken, 1 jednotka na 4 threadech, cpu 100% proc. času, čas 1 jednotky 554,15 = 4 jednotky, 136s na jednotku run time, 0,0072 jednotky za 1s výkonu celého procesoru
16 vlaken, 1 jednotka na 16 threadech, cpu 100% proc. času, čas 1 jednotky 356,07 = 1 jednotka, 356s na jednotku run time, 0,0028 jednotky za 1s výkonu celého procesoru
16 vlaken, 1 jednotka na 16 threadech, cpu 50% proc. času, čas 1 jednotky 342,01 = 1 jednotka, 342s na jednotku run time, 0,0029 jednotky za 1s výkonu celého procesoru
16 vlaken, 1 jednotka na 1 threadu, cpu 50% proc. času, čas 1 jednotky 1720,00 = 16 jednotek, 107s na jednotku run time, 0,0093 jednotky za 1s výkonu celého procesoru
16 vlaken, 1 jednotka na 1 threadu, cpu 100% proc. času, čas 1 jednotky 1940,00 = 16 jednotek, 121s na jednotku run time, 0,0082 jednotky za 1s výkonu celého procesoru

8 vlaken, 1 jednotka na 1 threadu, cpu 100% proc, času, čas 1 jednotky 1034,00 = 8 jednotek, 129s na jednotku run time, 0,0077 jednotky za 1s výkonu celého procesoru
8 vlaken, 1 jednotka na 1 threadu, cpu 50% proc, času, čas 1 jednotky 960,00 = 8 jednotek, 120s na jednotku run time, 0,0083 jednotky za 1s výkonu celého procesoru

Pro majitele stejného procesoru doplním, že cpu tiká na 3,9 all core a teplota 65 s otevřenou bočnicí, 70 se zavřenou bednou.

[Nalim27]

Jeste by to to na tom Ryzenu chtelo zkusit:

12 vlaken, 1 jednotka na 1 threadu, cpu 100% proc. času
16 vlaken, 1 jednotka na 1 threadu, cpu 75% proc. času

To skrceni vykonu CPU je fakt divne (ze to prinasi lepsi vykon), ledaze by to pomohlo ulehcit pretizene RAM, nebo i cache pameti.
Ane tim skrceni dojde k tomu, je jednoitliva jadra tak nehraji a CPU je vice taktuje - klidne i nekolikrat za sekundu, nez se zase zahreji. Tohle bezny monitorin teploty nema sanci odhalit, ten monitoruje nejvice 1x za sekundu, spise mene casto.

A Fobiusi, docela by me zajimalo, jake mas RAM?

Ja k tomu Ryzenu mam G Skill 3200 CL14

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

Ach jo, TNG používá 136 PC klientů, ale může použít až 169 PC klientů, to je ale výpočetní ......