Challenge Series - turnaj na Primegridu 2019

[RoKro]

Dík za tipy.
UEFI na flashce jsem měl. Pro verze to nebyla, ale ty 4 kolečka, kolik ta nePro verze maximálně dovolí, podle mě tak 4 hodiny jely. Běh na více jader to myslím mělo nastaveno by default.
Za pár hodin po návratu z práce uvidím,jaký výsledek mě čeká po tom vestavěném windowsím testu (pouští se ale po restartu před startem woken).
A snad pak rozběhnu ten GoldMemory, u toho lidi dost píšou, že jim to našlo chyby, co memtest nenašel.

[Honza1616]

RoKro, tak koukam že jsem měl byt doublechecker te tvé nevalidni jednotky
https://www.primegrid.com/workunit.php?wuid=629046977
Včera jsem dobrovolne přihlásil ze nechám llrPSP běžet aspon 2 dny at pomuzu rychleji s validací a teď je to tady

[RoKro]

Mám z toho blbej pocit, sice jsem vám asi práci nepřidělal, ale můj komp z těch deseti dní pálil sedm dní šťávu zbytečně A ještě jsem za trotla, co má nestabilní pc ...

[Honza]

RoKro, tak koukam že jsem měl byt doublechecker te tvé nevalidni jednotky
https://www.primegrid.com/workunit.php?wuid=629046977

Měl jsi být a nejsi? Nebo jak to je?
Pochopitelně odkaz na rozpočítanou jednotku nic neukáže, neboť "suppressed pending completion".
Z toho nejde moc poznat, nebo se blbě dívám a něco jsem přehlédl.

Zatím tu daného stroje vidím stále 1 error a 17 inconclusive.

[Honza]

Mám z toho blbej pocit, sice jsem vám asi práci nepřidělal, ale můj komp z těch deseti dní pálil sedm dní šťávu zbytečně A ještě jsem za trotla, co má nestabilní pc ...

Zase na druhou stranu, když přijdeš na to, kde je chybka, budeš mít stabilní počítač a lépe připraven pro příště.
Z mého pohledu je to lepší, než žít ve falešném domnění, jaký mám stabilní počítač.

Neveš hlavu, těch, co si myslelo, že mají stabilní počítač...než začali počítat něco opravdu náročného, už na PG bylo.
Máš správný přístup - nehádáš se, že je PG blbý, blbá aplikace a nevím co už jsem za ta léta slyšel, ale poctivně hledáš příčinu a tomu fandím.

[Honza1616]

Mám z toho blbej pocit, sice jsem vám asi práci nepřidělal, ale můj komp z těch deseti dní pálil sedm dní šťávu zbytečně A ještě jsem za trotla, co má nestabilní pc ...

já myslím že pokud to nemáš přetaktované tak to asi nebude tvojí chybou, možná pokud na to nepřijdeš tak být tebou, vytáhl bych všechny moduly kromě jednoho (nevím kolik jich máš) a testovat každý modul samostatně
dokud se ta chyba znovu neobjeví
a pak pro jistotu pře-testovat i ty zbylé jestly nebylo vadné celé balení, mohla být chyba v celé serii čipů nebo v kompletaci čipů s modulem, těžko říct
pokud se nepletu tak memtest ti neřekne který modul je vadný takže budeš to muset projet celé znovu,

otázka je jestli ti to uznají na případné reklamaci o čemž pochybuji, protože RAMka běží tak nebudou mít důvod to reklamovat
takže bych se toho zbavil někde na bazaru, kde to s největší pravděpodobností koupí nějakej hujda na prohlížení internetu nebo občasné hraní her tomu to vadit nebude

jinak já musím zaklepat, já jsem v klidu, poslední nevalidní jednotku mám z října, předpokládám že to je právě to jak se mi nečekaně několikrát díky aktualizaci restartoval počítač a následnému několikanásobnému vracení na bod obnovy zpět,
tomu by pak odpovídalo i to že je tam jednotka které vypršel termín protože jsem ji zapomněl zrušit když jsem po skončení kola turnaje přeinstaloval Win
na tom Intelu co mám přetaktovaný to spíš dřív vypne kvůli teplotě nebo spadne do BSOD a pak vytvoří nevalidní jednotku, ale to by teplota musela jít nad 100°a když se mi to drží na 80-85 tak je to v pohodě
ale že mi to spadlo nějak nedávno z přehnaného OC to si ani nepamatuji, snad možná asi začátkem roku když jsem sestavu ještě testoval na výkon na nové desce a hnal jsem to na doraz abych věděl kde jsou hranice,
no ale jak koukám tak i PG může běhat stabilně na přetaktovaném HW, stačí tomu trochu rozumět, nebát se toho a vyzkoušet kde jsou mezní hranice HW a nastavit si svoje hranice které budou s dostatečnou rezervou na ty mezní

a vůbec nepamatuji že by mi nějaký počítač dělal to co dělá tobě i bez OC jako stalo se mi že počítač vůbec nenaskočil protože byl zapojený v páru jeden vadný modul ale to co ted musíš řešit ty, nechápu

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

U mne to bylo to samý jen s tím rozdílem, že jsem to po 6 dnech utnul a přestal počítat, zatím po příčině nehledám. Je to jediná aplikace u které vím, že ta validace je problém. Až budu mít náladu a čas pátrat po příčině, zatím do PG Tour 2020 je času dost, ještě podpořím GPU turnaj listopadový a dám si pauzu od PG na tomto PC. V duchu si říkám, že na vině možná bude XMP profil pamětí na 3.2 GHz. Až to budu testovat znovu PSP, začnu s pamětí na nižší frekvenci a tím pádem s jinou konfigurací a ne 3.2GHz 14-14-14-34-48 1.35V. To chce nějakou optimální na 1.2V.

[v.svantner]

321 Prime Search LLR (321) - HOTOVO:

The results are final!

Top 3 individuals:

1: Jesmar
2: vaughan
3: zunewantan

Top 3 teams:

1: Czech National Team
2: Aggie The Pew
3: SETI.Germany

Congratulations to the winners, and well done to everyone who participated.
See you at the Aussie, Aussie, Aussie! Oi! Oi! Oi! Summer Solstice Challenge!

[nenym]

vklibere, oprav začátek posledního turnaje na hlavní stránce statistik (je 17.12., má být 12.12.).

[vkliber]

Dík za upozornění. To by byla pěkná minela .

[vkliber]

Aussie, Aussie, Aussie! Oi! Oi! Oi! Summer Solstice Challenge
12.12.2019 05:19 - 22.12.2019 05:19 našeho času (pozor na nestandardní čas startu)

Turnaj bude trvat 10 dní a bude se počítat aplikace GFN-21 Generalized Fermat Prime Search n=21 (GFN-21 neboli Genefer 2097152), GFN-22 Generalized Fermat Prime Search n=22 (GFN-22 neboli Genefer 4194304), GFN-DYFL Do You Feel Lucky? (Genefer World Record Attempt), kterou si musíte na projektu nastavit. Zkráceně: GFN-21, GFN-22, GFN-DYFL.

Aplikace je dostupná pro:
Windows: Nvidia GPU (OpenCL): 32 bit, AMD/ATI GPU (OpenCL): 32 bit, CPU (pouze GNF-21): 64 bit, 32 bit
Linux: Nvidia GPU (OpenCL): 32 bit, 64 bit, AMD/ATI GPU (OpenCL): 32 bit, 64 bit, CPU (pouze GNF-21): 64 bit, 32 bit
Mac: Nvidia GPU (OpenCL): 64 bit, AMD/ATI GPU (OpenCL): 64 bit, CPU (pouze GNF-21): 64 bit, 32 bit

Průměrná délka výpočtu je:
GFN-21 ... 20 hodin na GPU a 12 dní na CPU.
GFN-22 ... 69 hodin na GPU
GFN-DYFL ... 54 hodin na GPU
Nejrychlejší modely GPU.

GFN-21, GFN-22 i GFN-DYFL lze počítat na GPU.
Na CPU lze počítat pouze GFN-21 a to pouze na výkonějších CPU (průměrná dělka trvání je 12 dní, což je déle než trvá turnaj ... 10 dní). Pokud přesto chcete počítat na CPU lze použít počítání na více jádrech najednou. Více na jak nastavit výpočty více procesorových jader na jedné jednotce (MT) a také na nejvhodnější nastavení poměru výpočetních jader a počtu zpracovávaných jednotek naráz.

Jedná se o letošní poslední (10.) turnaj na PG. Ve všech předcházejících jsme obsadili vždy 1. místo. Podaří se letos trhnout rekord a obsadit na všech turnajích v jednom roce vždy 1. místo?

Změny a posuny v naších celoročních uživatelských statistikách můžete sledovat na CNT PrimeGrid Challenge Cup 2019.

Rady a návody na PG challenge.

[Honza]

Ten na okraj - nastavování MT je pro LLR, Genefer není LLR aplikace, tudížto tyto odkazy jsou matoucí a neužitečné.

Je tam potřeba něco jiného, co jsem psal o XML i příkazové řádce.
Před měsícem jsem o tom psal tady a tady
Nebo viz např. tento nedávný příspěvek, kde to LookAS zopakoval a shrnul - viewtopic.php?p=104795#p104795

[forest]

Pokud by někdo měl náhodou nedostatek svého výkonu propodporu CNT, tak se nám jeden ze členů nabídl, že dokáže krátkodobě pronajmout několik farmových strojů na chroupání kryptoměn. Poskytl by je jen za slušnou cenu spotřeby. Ve farmě jsou GPU ATI RX400/500 po 12ks v jednom stroji.

Pokud by měl někdo zájem, přepošlu kontakt. Nechci to zde přímo zveřejňovat, to by asi nebylo moudré.

[overtonesinger]

AMD Ryzen 7 1800X Eight-Core Processor
CPU speed: 3593.23 MHz, 8 hyperthreaded cores

Prime95 64-bit version 29.2, RdtscTiming=1

Kód: Vybrat vše

Timings for 1728K all-complex FFT length (8 cores, 1 worker):  2.01 ms.  Throughput: 497.31 iter/sec.
Timings for 1728K all-complex FFT length (8 cores, 2 workers):  4.35,  4.45 ms.  Throughput: 454.64 iter/sec.
Timings for 1728K all-complex FFT length (8 cores, 8 workers): 18.10, 19.63, 17.68, 17.34, 18.49, 17.86, 20.90, 18.56 ms.  Throughput: 432.20 iter/sec.
Timings for 1728K all-complex FFT length (8 cores hyperthreaded, 1 worker):  2.19 ms.  Throughput: 456.50 iter/sec.
Timings for 1728K all-complex FFT length (8 cores hyperthreaded, 2 workers):  4.38,  4.68 ms.  Throughput: 441.54 iter/sec.
Timings for 1728K all-complex FFT length (8 cores hyperthreaded, 8 workers): 21.60, 18.74, 19.23, 18.20, 19.01, 18.10, 25.22, 18.85 ms.  Throughput: 407.15 iter/sec.

P.S.: RAM 2x8 G.Skill DDR4 @ 3000 CL16,15,15,36,51,1T
INFINITY_FABRIC je tudíž přetaktován též na 3000 Mhz!!!

(možná proto dokáže všech 8 jader spolupracovat na jednom workeru tak efektivně...... ačkoli napříč oběma CCX ( Core CompleX )
- divím se, že to zamrzá JENOM cca jednou za 2 dny. Ale výpočetní chybu neudělá žádnou, to je zajímavý.........

---- Testuju tedy v praxi nastavení:-------

Kód: Vybrat vše

<cmdline>-t 8</cmdline>  <avg_ncpus>8</avg_ncpus>

hmmmmmm, NEFUNGUJE MI TO! stahuje a pocita kazdou jednotku na 1 thread..... boincmgr.exe ignoruje moje app_config.xml ........... asi bych musel pouzit i app_info.xml a specifikovat i soubory a plan_class pro GFN-21 CPU ............... to už je moc složitý, to nestíhám.

Prosím, mohl by někdo vytvořit funkční konfigy pro multithreadovou GFN-21 CPU plan_class ?
Děkuji mnohokráte.

[RoKro]

To, co psal Honza, mi funguje.
viewtopic.php?p=104478#p104478

Někdy se mi stalo, že ani po načtení nových konfiguračních souborů ani po restartu BM (včetně výpočtů) to furt jelo "postaru" a pomohl až restart woken.

[forest]

Kompletní funkční obsah app_configu mám tento, počítá jednu jednotku na čtrnácti jádrech:

<app_config>
<app>
<name>genefer</name>
<fraction_done_exact/>
<report_results_immediately/>
</app>

<app_version>
<app_name>genefer</app_name>
<plan_class>cpuGFN21</plan_class>
<cmdline>-nt 14</cmdline>
<avg_ncpus>14</avg_ncpus>
</app_version>
</app_config>

[forest]

Brzy ráno startujeme, nezapomeňte si nařídit budíčka

[overtonesinger]

D Ě K U J U _ M O C _ A _ M O C, foreste !
Funguje to.
- teď se to tváří, že jedna WU (běžící na 8-mi jádrech) potrvá cca 1d 09h. Což přesně odpovídá.


EDIT v 06:36
P.S.: TAK, už to všude běží (nově stažené WU). Budík v 05:16 SELHAL - zvonil marně, mě prostě NEVZBUDIL.

Kompletní funkční obsah app_configu mám tento, počítá jednu jednotku na čtrnácti jádrech:

<app_config>
<app>
<name>genefer</name>
<fraction_done_exact/>
<report_results_immediately/>
</app>

<app_version>
<app_name>genefer</app_name>
<plan_class>cpuGFN21</plan_class>
<cmdline>-nt 14</cmdline>
<avg_ncpus>14</avg_ncpus>
</app_version>
</app_config>

[Indy]

Budík v 05:16 SELHAL - zvonil marně, mě prostě NEVZBUDIL.

Proto já používám ve Windows "Plánovač úloh" nebo "crontab" v Linuxu. Měl jsem nastaveno, po zkušenostech z minulosti, start na 5:20 a první jednotka stažena 5:20:01

[RoKro]

Tak máme úplně první výsledek ve statistikách - AlbertCZ z CNT.