10. Pentathlon - Obecná diskuze a pokec

[Albert]

Jaký má smysl nyní počítat Einstein bez závory?

[nenym]

Myslím, že jo, všichni syslí, alespoň polovina tasků by mohla přežít nezvalidovaných do začátku. Počítej s malou zásobou - 2 až 3 hodiny maximálně.

[tatik]

Teď se mi stáhlo 50 jednotek yoyo. Všechny uc. Asi to chce občas zkontrolovat zásobu.
Zrušil jsem 49 jednotek uc. Při další aktualizaci se mi natáhlo opět 50 uc jednotek.

[Czech Human]

Je to problém, protože jednotky uc končící P2_0/P2_1 série 153 a 154 mi zabírají pár desítek MB RAM na začátku, pak od 2% 2GB při 4,5% 6GB a 9+% 8 GB. Tenhle projekt bych beze studu označil za likvidátora SSD disků, protože ty datové toky co toto zvládne na NVMe za 1 sekundu to jsou teda věci jak to nedržíte pevně na uzdě app_configem... Rozhodně z preventivního pohledu doporučuji omezit počet jednotek aby se vám vešly do RAM (násobky 7,5GB) ale připravíte se i o spoustu výkonu když máte vícero jader a 32GB+ RAM a přišly vám zrovna jen malé dlouho trvající jednotky. Bezpečný objem RAM na 8jádro s HT je 60GB/120GB RAM! Ty jednotky mi běží odhadem 4x - 10x rychleji než ty menší 2GB a pár desítek MB jednotky nebo můžete riskovat a zbytek jader vyplnit ostatními mutacemi projektu s tím, že jak se vám sejde moc obřích, tak to počítač srazí na kolena a SSD bude ronit krvavé slzy. Nejjednodušší (pro mě) je omezit počet běžících na bezpečný limit a spíš vyhledávat právě ty velké než malé a zbytek jader použít na další soutěžní projekty zatím co si neničím SSD zápisy mnoha set MB/s v častých intervalech když je paměť plná. Pentathlon jich určitě pěkných pár nepřežije.

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

Co vy tady předvádíte, neskutečný.

Tatík:
vy si tam dejte do yoyo app_config.xml řádky a neřešte to už:
<app_config>
<project_max_concurrent>1</project_max_concurrent>
</app_config>

Je jasný, když si dáte zásobu na nějaký den, tak ta zásoba bude dělat určité množství jednotek, který nevyřešíte mazáním Nebo nepočítejte ECM a počítejte jiný jednotky subprojektu YOYO a už se tím netrapte.

Pro ty co řeší Intel GPU pro Einstein, mne to přestalo posílat u Einsteina jednotky na Intel GPU od jistého dne. Tehda jsem počítal jen arecibo GPU jednotky beta , jiný mi to nedávalo. Dokonce i Abby řešila proč ji nefunguje od jisté doby iGPU viz.
místnost: Intel HD 630 ovladače Rozepisovat problem nebudu.

Ano já dál budu počítat s parametry <gpu_usage>0.5</gpu_usage> a <cpu_usage>0.1</cpu_usage> pro Einstein, protože podporuji CPU projekty během turnaje ECM a WCG během turnaje a myslím si, že i když GPU křivka využití procesoru není jedna rovná línie, ale pilovitá křivka v rozmezí 96-100 %, tak těch 96-100% je sakru velký kus výpočetního výkonu GPU. 2 jednotky bohatě stačí (vždy bude jedna překrývat čas dokončení a nahození nové jednotky, a vytěžuje o procenta více GPU v efektivitě, prostě více v součtu je kreditů). 3 a více jednotek je tak pro huntery časů pro projekt WUProp@home do statistiky. A nechápu ještě ty, co po změně app_config.xml provádí kompletní reset PC. Když dáte "Načíst konfigurační soubory" tak je to takový soft reset. To že máte v úkolech pořád ty samé hodnoty neznamená, že se nepřizpůsobily už podle nových parametrů výpočty. Jestli potřebujete ještě vidět aktuální hodnoty v úkolech jako je změna (0,5 GPU na 0,333 GPU) tak si to dál resetujte celý PC.

[RoKro]

Jojo, mám teď na šestijádru 32 GB RAM. Pomocí app_config jsem omezil ecm na 3 souběžně běžící tasky. V nastavení projektu jsem na chvíli povolil ecm a ogr. Ogrů mi přišlo hodně, tak jsem je zase zakázal. Teď mi chodí ecm většinou tak, že se počítají ty 3 najednou a zbytek se počítají ogry ze zásoby. A jedno jádro krmí Einsteina na GPU. To je asi max, co dokážu poskládat.

[Jozef J]

Je to problém, protože jednotky uc končící P2_0/P2_1 série 153 a 154 mi zabírají pár desítek MB RAM na začátku, pak od 2% 2GB při 4,5% 6GB a 9+% 8 GB. Tenhle projekt bych beze studu označil za likvidátora SSD disků, protože ty datové toky co toto zvládne na NVMe za 1 sekundu to jsou teda věci jak to nedržíte pevně na uzdě app_configem... Rozhodně z preventivního pohledu doporučuji omezit počet jednotek aby se vám vešly do RAM (násobky 7,5GB) ale připravíte se i o spoustu výkonu když máte vícero jader a 32GB+ RAM a přišly vám zrovna jen malé dlouho trvající jednotky. Bezpečný objem RAM na 8jádro s HT je 60GB/120GB RAM! Ty jednotky mi běží odhadem 4x - 10x rychleji než ty menší 2GB a pár desítek MB jednotky nebo můžete riskovat a zbytek jader vyplnit ostatními mutacemi projektu s tím, že jak se vám sejde moc obřích, tak to počítač srazí na kolena a SSD bude ronit krvavé slzy. Nejjednodušší (pro mě) je omezit počet běžících na bezpečný limit a spíš vyhledávat právě ty velké než malé a zbytek jader použít na další soutěžní projekty zatím co si neničím SSD zápisy mnoha set MB/s v častých intervalech když je paměť plná. Pentathlon jich určitě pěkných pár nepřežije.

Zdar clovek , inak ja by som to nevidel az tak cerne vzhladom na tu kratku dobu par dni v roku pre vacsinu ucastnikov a aj kvoli Ram zatazeniu to nepocita vela ludi.. Ale mozno si to po case niektori vsimnu ked budu v prislusnych softoch pozerat kolko maju "prejedenych" dat na SSD/M.2 pozeram ze si mal vcera v noci vypadok a to iste sa stalo aj mne rano comp studeny(nechapem preco ale zika tasky su dost cpu intesive a mam len mierne taktnuty cpu 2990wx tak neviem cim to moze presne byt ..hned mi nabehli nervy.. tak som dal dole na 3500mhz,1,1V.. niekto nas Amd ckarov chce odpajat kuaaa ALe tie yoyo ECM tasky ma zacinaju zaujmat, je to taka vyzva ked je to take tazke kvoli ram,aj badge je celkom unikatny co tak pozeram u ludi na stats" idem 8 taskov + bezne aktivita na pc takze tesne po 64 gb ram ale SSD crucial 2050gb mx300 si zapisuje dost ale stale to nerobi problem, aby bol nejaky lag pocas beznej prace/surf .. dal som cez app.xml a chodia mi len ecm tasky staci v nastaveni : Allow non-preferred apps : NO
Taat dali riadnu prdu skoro 20 milionov na zike ..dufam ze s tym nebudu pokracovat inak ako tak pozeram tak ostep" opustaju lebo pauza a idu povacsinou ziku , yoyo ich moc nebere, takze mierne povedane asi zla volba cpu projektu pre pentathlon , ako som sledoval vyjadrenia nemcov pocas formule sprintu na rakesearch, tak mal byt na 90% rakesearch na PNT ale skoda ze sa zlakli ked server nestihal pocas formulesprintu .. ja som to tiez kritizoval ale asi lepsie ked maju stabilnych poctarov ako nejaky narazovy vykon a kvoli tomu pridavat servery nebudu ked je projekt inak nastaveny ...
Co sa tyka gpu ..tak som cakal ze bude einstein ale tam je to len o amd gpu , ved nieje ani moc s coho vyberat na boinc gpu projektoch , skoda ze amicable je vo faze dopocitavania casti projektu a s tym spojene problemy ale inak projekt ide bez problemov by zvladal napor PNT aj rac na nvidia rtx kartach mal poriadny pre fazou dopocitavania(5m). gpugrid tiez skoda , finacovanie je na konci a tak to drzia ledva pokope, aplikacia na "nove" nvidia gpu rtx uz meska skoro rok tak snad daju v dalsej generacii turion
milkyway tiez monokultura amd, a jake odchadza z projektu, potom uz len cisla" PG a Colace.. z gpu projektamy je to slabe uz dlhsie,,zlate casy uz asi boli ale ,,,

inak predminuli rok pocas pnt ked bol tiez einstein tak mi ostalo tak 20 stran taskov nezvalidovanych do pnt lebo validator bol drsne overloadnuty tak to vsetko viazlo a ludia nadavali ,, ta ista situacia bude aj tento rok lebo zapadne teamy tam maju ludi co maju crypto farmy a uz syslia v masakralnych cislach ppd..., inak to bude uloha pre dalsi rocnik zohnat nejakeho vlastnika crypto farmy nech na par dni pusti vykon pre team,, lebo typujem ze pri tom slabom vybere gpu projektov nebudu mat inu moznost a zas bude EInst v pnt

[Czech Human]

Jo, byl výpadek protože vypadl na delší dobu proud, UPS už začala asi držkovat a počítač se v souladu s nastavením vypnul. Já tou dobou sladce spinkal, ničeho zlého netuše a probudil jsem se až jako hlava na kůlu..ee tedy ráno jsem to zase s brbláním nahodil. Tak jsem mu hned v souladu se svou politikou na nic během Pentathlonů nesahat aktualizoval BIOS ale je to dobré, nakonec zase naběhl .

K těm SSD - jedno NVMe co mám v PC s jen 32 GB RAM pravidelně zapisuje, kolem 300-900MB/s ve špičkách takže gigabajty utěšeně naskakují (ale taky body, je to app_config neomezené), ostatní počítače mají RAM tolik že s tím už nejsou potíže. Zvažuju RAM trochu rozšířit, buď na 64 nebo na 96GB ale to stejně do konce turnaje nestihnu. Ceny za GB jsou dnes vcelku příznivé, už bych určitě dával standardně 64 GB kupovat nový počítač na boinc, do běžného PC to stojí pár šušňů. Hraju si s myšlenkou dokoupit Golemovi 2.0 na 256GB ale zase ty CPU už jsou na dnešek dost užrané a pomalé, jen ta cena bratru za 9k s dopravou za 128GB RAM z Germanostánu je lákavá a mám v něm volné sloty. Pro Epyc bych musel kupovat nové RAM mnohem dráž a RAM sloty jsou obsazené, tam by to vyšlo asi na 53 - cena za ty současné kusy co mám pokud by je někdo koupil, přeci je ECC REG moduly se udávají hůř . A vzhledem k počtu CPU by to chtělo spíš 64GB moduly a to už je cenově docela jiná liga .

[Honza1616]

mám průs€r, jak jsem pokusně natáhl pár yoyo - ecm, tak to nedělalo dobrotu, zatrhl jsem to a odmazával jednotky, ...přes TeamViewer na telefonu v práci...honem aby mě někdo neviděl, Shiftem označit první a poslední.... no já vůl jsem si neposunul display a sjel jsem skoro až nakonec a zrušil skoro všechny jednotek i od Einsteina a toho mám pod závorou, a ted nemám co počítat na GPU
co ted ? otevřít závoru a vysypat a natáhnout na ty 3 dny novou zásobu a počítat od znova ??
nebo to jde nějak zachránit?
že bych složku s projektem dočasně přesunul třeba na plochu, vytvořila se nová, otevřel závoru natáhl nové jednotky a pak složky zase sloučil ???
nebo nejdou nějak přesouvat jednotky mezi počítači ?

[nenym]

Einstein - natáhni novou práci. Cokoli jiného je příliš komplikované na to, abys to dělal poprvé při soutěži. Nestandardní tahy je nutné mít odzkoušené dopředu a i tak se občas nezadaří (stane se i rytířům). Nejlepší způsob, jak zachránit stávající Einsteiny před vysypáním a dotáhnout další je instalovat druhého Boinc klienta. Pokud to nemáš nacvičené a zautomatizované, tak se o to ani nepokoušej, je to procházka minovým polem.

[Honza1616]

to je škoda, napadlo mě to hodit na jiný disk, ale jak říkáš asi to teda vysypu...
nebo
bych to možná mohl přehodit do toho Intel počítače kde jsem plánoval počítat na iGPU
tam závora není když není co počítat a ty 3 dny bych musel mít grafiky v jiné sestavě ale to bych musel zase i zdroj vyměnit
jdu zhodnotit případné možnosti abych zachránil to co ted mám pod závorou, zase překopávat HW ale za tu záchranu by to asi stálo a 3 dny bych musel fungovat na integrované z i9-9900k

škoda že Boinc nemá nějakou portable verzi

[nenym]

S přehazováním jednotek nemám zkušenosti, takže neporadím. O jednotce se ví v adresáři a v clinet_state.xml, asi není tak úplně jednoduché ji přenést, spočítat a vrátit zpět do stroje, ze kterého musí být odevzdána na server. Něco jiného je přenést celý datový adresář, spočítat offline jinde a pak vrátit zpět, to jde bez problémů. Ale ten původní stroj nemůže počítat vůbec, nebo počítá a dopočítá úplně jiný projekt a při přenosu původního datového adresáře ten aktuální zařve, takže musí být vyklizeno, zameteno a umyto. Projekty z původního datového adresáře s jednotkami (je jedno zda spočítané, rozdělané či nenačaté) nesmí mít vůbec připojeny.

Někdo to snad umí.

[Honza1616]

to je jedno...
přehodím ty 2 nejvýkonnější grafiky které mi ted stojí do toho prázdného stroje
musím vytáhnout 2 grafiky ze stroje (1.)
ze stroje (2.) musím vytáhnout zdroj který vyměním se zdrojem ze stroje (3.) ten je totiž slabý, a zdroj v (1) tam mám zase propletené kabely v bedně že se mi to nechce vymotávat
grafiky z (1) a zdroj z (2) půjdou do (3) a hotovo, ještě že zítra mám volno, to zase budu vstávat až k obědu
tak zachráním současné jednotky a budu moct dál počítat aniž bych vysypal současnou zásobu,

EDIT: nééé kašlu na to, jdu spát, zítra mám volno a budu chtít určitě něco si zahrát
a aspon to bude ponaučení pro příště když je blbá hlava trpí celé tělo

[forest]

Takže jsi vše vyklopil a natáhnul nové jednotky? Bylo zde zmíněno, že se jich validuje jen minimu a ostatní končí v pending. Takže moc velká ztráta oproti zadržované zásobě by to asi nebyla. Znovu ale určitě novou zásobu zazávoruj.

[Czech Human]

Já včera taky odzávoroval protože bylo jen 41 jednotek a projekt mě odměnil 171 kousky což se vyplatilo . A musím se pochlubit - se štěstím začátečníka jsem našel první ecm faktor . Na to jaký kredit na projektu mám je to docela haluz. Ale 8 GB úloh mám že by se daly vidlemi přehazovat tak možná proto .

[Johnbodlis]

škoda že Boinc nemá nějakou portable verzi

Zdary, Boinc portable existuje, už léta jej používám na PC, kde nemohu nic instalovat, jelikož nejsem správce. Ale zkoušet si s tím hrát během turnaje mi nepřijde jako nejlepší možnost...
Odkaz: https://www.dropbox.com/s/e23ag6derdm4u ... f.exe?dl=0

Ale můžeš si ji vyzkoušet třeba ve VirtualBoxu

[Honza1616]

škoda že Boinc nemá nějakou portable verzi

Zdary, Boinc portable existuje, už léta jej používám na PC, kde nemohu nic instalovat, jelikož nejsem správce. Ale zkoušet si s tím hrát během turnaje mi nepřijde jako nejlepší možnost...
Odkaz: https://www.dropbox.com/s/e23ag6derdm4u ... f.exe?dl=0

Ale můžeš si ji vyzkoušet třeba ve VirtualBoxu

díky, určitě vyzkouším po turnaji jako alternativu, kdyby něco v budoucnu....

Takže jsi vše vyklopil a natáhnul nové jednotky? Bylo zde zmíněno, že se jich validuje jen minimu a ostatní končí v pending. Takže moc velká ztráta oproti zadržované zásobě by to asi nebyla. Znovu ale určitě novou zásobu zazávoruj.

mohu potvrdit, jednotky se validují opravdu pomalu, jestli se něco zvalidovalo tak to bylo max. v řádu jednotek kusů, možná desítek, odhadem z asi 320 jich je potvrzených 18
aspon k něčemu to bylo dobré, mohu kontrolovat kolik toho konkurence zadržuje
pod závorou to už je, to je jasný doufám že mi práce vyjde až do konce, počítal jsem to a bude to +- pár hodin, dosáhl jsem limitu

[stepanm99]

A jak to bude s oštěpem?

[pestis]

GenuineIntel Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz [Family 6 Model 60 Stepping 3] (4 processors)
NVIDIA GeForce GTX 750 Ti (2048MB) driver: 430.39
INTEL Intel(R) HD Graphics 4600 (1629MB)

Microsoft Windows 10
Professional x64 Edition, (10.00.17763.00) 8 May 2019 10:16:50 UTC

Není přetaktováno

Mám problém:
Einstein - jednotky na GPUGTX 750 Ti končí většinou chybou při výpočtu, ze 116 jednotek dokončeny 4.
pro Intel mi píše - že je karta ničemná.

Nemá někdo nápad co předělat, aby to Einsteina počítalo, pokud možná bez chyb. Díky P.

[forest]

V prvé řadě bych nainstaloval jiné ovladače pro obě grafiky. Následně musíš k oběma připojit monitor, když ho budeš startovat.

A jak to bude s oštěpem?

Oštěp nyní vůbec nepočítejte (je to i ve strategických instrukcích), potřebujeme maximální CPU výkon na Yoyo

Aktuálně jsme se vrátili v celkovém součtu na skvělé čtvrté místo