Czech National Team

Jaký je asi bodový rozdíl v % na Linux64 mezi QMC a Yoyo ECM_mp? Mám nějaký odhad ve vlákně medaile, je to reálné?

Na 64bit Linuxu (jedno zda Intel či AMD) je výnos QMC přibližně 2,5 násobek benchmarku, Intel má na některých (nejkratších za 250) o něco lepší poměr. ECM na 64bit Linuxu dává poloviční výnos, než na stejném stroji na 64bit Widlích.
Benchmark Xeonu 2,83GHz je cca 150s/kredit, na _mp je výnos na Widlích cca 25-30s/kredit, na Linuxu cca 50 až 60s/kredit, tedy o něco málo více, než QMC. Ostatní druhy ecm jsou již podstatně slabší, než QMC.

Na AMD je situace pro ECM podstatně příznivější, anžto Widle dávají na _mp přibližně devítinásobek benchmarku, ostatní adekvátně méně. Konkrétně X6 1090T má benchmark přibližně 105s/kredit, na Widlích dávají _mp 10 až 13s/kredit a na Linuxu 20 až 25s/kredit. QMC co jsem na tom kdysi počítal dával cca 45s/kredit, pokud si dobře pamatuji.

[quote="nenym"] Ostatní druhy ecm jsou již podstatně slabší, než QMC.
quote]
Darnit! Jak podstatně? 2x. 10x, 100x? Rozdíl mezi počítáním QMC a nejslabšího ECM nebo Muonu na Lin64 je cca ????.
"Vzhledem k situaci (nedostatek práce)na serveru QMC ukončite tento projekt okamžitě a přejděte na Yoyo - podprojekt _xxx_(Muon nebo ecm?). Stahněte max. jednotek a syslete je." TOHLE chci napsat do strategie! Jde mi o to _xxx_. Doufám že to nebude nutné, raději bych počkal, ale moc dobře to nevypadá.

Sorry, možná jsem se trochu rozčílil, ale to s QMC mě dostalo. Tolik snahy všech by bylo v pr..yč.

Stále je řeč o 64bit systémech.
Linux Intel ECM mimo _mp nejméně 2x slabší, než QMC. Linux AMD mimo _mp je s QMC téměř srovnatelný. Pokud je na výběr ECM i QMC, tak je volba jasná, Widle ECM a Linux QMC. Pokud je QMC mimo hru, situace se obrací a přednost má všude yoyo. Potíž je v tom, že netuším, co je na Intel Linuxu z yoyo nejvýnosnější, anžto takovou ptákovinu jsem nikdy nezkoušel - respektive kdysi dávno ano, ale už jsem zapomněl výsledek kromě obecného závěru, že je to nic moc. Na AMD Linuxu by mělo být ECM (mimo _mp) přibližně stejné, jako OGR, lépe řešeno před půl rokem bylo. U OGR je stejný problémek, jako s Muonem - neví se, zda bude trvat hodinu, nebo 40.
ECM má další možnou komplikaci - obrovský zábor RAM (s tím si Boinc potradí) a swapfile a s tím si Linux swap, pokud není nastaven na 2GB na jádro (minimálně 1,7GB na jádro), neporadí. Widelní dynamický swap s tím má také potíže, ale systém se dokáže zotavit - pokud je horní mez nastavena nad 2GB na jádro, jinak task zhavaruje, ale systém jede dál. Linux má správu jinak udělanou a pak zatuhne celý systém.

Tak jo, jdu na to. V téhle situaci nám nic jiného nezbývá, a raději dřív než se na Yoyo vrhnou všichni a položí i jejich server.
Dík.

prošvihnuté DL přišly na řadu.
22:38 půjde do světa mých 8 neodevzdaných _mp tasků, zkuste je někdo ulovit, ale s výpočty moc nespěchejte, první čtveřici odevzdám ve 4 ráno a druhou v 8:30, pokud je nestihne dopočítat někdo jiný
totéž se bude opakovat ve 22:51 s dalšími 19 tasky, odevzávat je budu po šesticích v přibližně 2:40 intervalech

V relativním ohrožení z těch 27 tasků je 6, v silném 3.
EDIT: všechny se zvlidovaly, poslední 10 hodin po DL.

eisler jiri píše:pallando, muon je fakt v radku a dopocita se. šachy v procentech nemaj vliv na celkovou dobu vejpoctu +-par procent pri radnem ulozeni ke spanku. jina otazka je, ze ti hraje na nerf a ma asi 3x nizsi ohodnoceni nez floni

No já nevím, na mých Intelech pokles výnos jenom o 50% (z 50s/kredit na 75/s kredit na C2D 3,0 GHz Widle 32bit), je to pořád více než dvojnásobek benchmarku (180s/kredit).

Taky mám asi 40 WU Muon, jelikož mě projekt přestal zajímat když se na něj vrhli "draci" . A to fakt jde, že se domluvíme a vy se pokusíte ty jednotky odchytit když je zruším ? Dívám se ale že na serveru je WU dostatek.

Dotaz...
HaT se mi pocita nejakych 18h, a odhad skocil s 0 na nejakych 55h a jde porad nahoru, misto dolu. Je to normalni, nebo je ta jednotka vadna? Diky za odpoved.

Jednotky HaT mají nepředvídatelnou délku od několika minut do stovek hodin. Progress bar přesně odpovídá vývoji výpočtu, nastuduj si to sám, dost dobře je algoritmus popsán někde u nich ve fóru. Takže může nastat cokoli mezi
- progress bar přesně kopíruje dobu, za kterou se task dopočítá (lineární průběh výpočtu, cesta nalezena ihned)
- progress bar trčí třeba 50 hodin na nule a pak postupně přibývá (hledá dlouho cestu, najde ji a není to slepá ulička)
- progress bar najednou skočí na cokoli a pak postupně či skokově pokračuje dále (občas najde zkratku a občas zoufale bloudí), délka setrvání v jednom bodě je dopředu neodhadnutelná, mohou to být desítky hodin
Zbývající čas nemá ani orientační hodnotu, je to prostě nějaké číslo, odvozené z minulých výpočtů, nemající však žádný vztah k aktuálnímu tasku. Je jediná jistota - task se někdy dopočítá a kredit dostaneš vždy přiměřený době výpočtu.

nenym píše:Jednotky HaT mají nepředvídatelnou délku od několika minut do stovek hodin. Progress bar přesně odpovídá vývoji výpočtu, nastuduj si to sám, dost dobře je algoritmus popsán někde u nich ve fóru. Takže může nastat cokoli mezi
- progress bar přesně kopíruje dobu, za kterou se task dopočítá (lineární průběh výpočtu, cesta nalezena ihned)
- progress bar trčí třeba 50 hodin na nule a pak postupně přibývá (hledá dlouho cestu, najde ji a není to slepá ulička)
- progress bar najednou skočí na cokoli a pak postupně či skokově pokračuje dále (občas najde zkratku a občas zoufale bloudí), délka setrvání v jednom bodě je dopředu neodhadnutelná, mohou to být desítky hodin
Zbývající čas nemá ani orientační hodnotu, je to prostě nějaké číslo, odvozené z minulých výpočtů, nemající však žádný vztah k aktuálnímu tasku. Je jediná jistota - task se někdy dopočítá a kredit dostaneš vždy přiměřený době výpočtu.

super, diky za odpoved...
jeste maly dotaz, muzu pocitani prerusit, aniz by to jelo odznova?

Pokud si dobře pamatuji, checkpointuje podle nastavení v BM a není problém s obnovou po restartu. Ověř si na Wuprop či ještě jednodušeji ve vlastnostech právě běžícího tasku - je tam vidět poslední checkpoint a aktuální CPU time, dost dlouho jsem to nepočítal.

nenym píše:Pokud si dobře pamatuji, checkpointuje podle nastavení v BM a není problém s obnovou po restartu. Ověř si na Wuprop či ještě jednodušeji ve vlastnostech právě běžícího tasku - je tam vidět poslední checkpoint a aktuální CPU time, dost dlouho jsem to nepočítal.

jj, checkpointuje, cas mam 18:38 a posledni ulozeny 18:13

Zdravím kolegové
ta evoluce se nějak zvrhla... 116% a jede dál...
Je to normální, nebo to mám odstřelit

Taky jsem měl přes 100%. Pak se dopočítala.

Nevypínal jsi BOINC v průběhu výpočtu?

nevypínal - OK nechám běžet pak dám vědět kde to skončilo...
EDIT: Tak jsem nečekal dlouho. Na asi 120% byl už konec celkový čas 16h (CPU12h41m)

Mi se to stalo když jsem vypnul BOINC, tak jsem myslel že je to tím. Že sice počítá od checkpointu, ale nějak špatně dopočítal % .

Je to normalni. Mi se povedlo dojet jednou az do 160%. Mela by tak pretahovat kazda jednotka

http://www.rechenkraft.net/yoyo/home.php
Uz dlhsie sledujem yoyo a mam tam na svojej status stranke nezmenene udaje, aj rac je privysoky kedze naposledy som pocital cez 5thlon.
Súčasný priemerný kredit (RAC) 18,238.23 uz par dni nezmenene..
Neviem pride mi to divne. chcel som to pocitat ale uvidime,, tiez som tu zachytil ze mcm je odstavene..
tiez od tvorcu na fore napisane ze nemienia zmenit "system checkpointu" na jednotkach takze odporucam nerestartovat pc
Ake mate skusenosti vy .?