Milky při vysoké prioritě nepustí jiné úlohy?

[Doktor]

Ahoj chlapi,
chci se zeptat, jestli je možné nějak automatizovaně ovlivnit, aby Milkyway při počítání s vysokou prioritou "nehamounila" celé jádro jen pro sebe?
Počítám Aqua, Milky a Einsteina a úloh mám pořád dost, ale jak skočí Milky do vysoké priority, tak se další výpočty nepustí a můj C2D potom nejde na 100% ale jen na cca 50%.
Pomáhá pauznout Milky a pak vyhazovat Aqua (bere obě jádra), než se pustí Einstein(nebo další Milky) a pak to zase všechno povolit, ale je to velmi neobratné a navíc to sežere spoustu ram-ky a třeba Aqua potom ve zprávách píše:

AQUA@home Task 10jan2011-roqs-a_1_25519_0 exited with zero status but no 'finished' file
AQUA@home If this happens repeatedly you may need to reset the project.

[vkliber]

Jestli správně chápu, tak máš dvoujádrové CPU a počítáš na něm projekty Aqua, Milky a Einsteina.

Jakou máš verzi BOINC?

Jev který popisuješ není dán tím, že by Milkyway počítala s vysokou prioritou, ale tím, že aplikace projektu Aqua je "MultiThread", to znamená že jednotka této aplikace je počítána zároveň oběma (všemi) jádry CPU.
U tebe zřejmě dochází k tomu, že se postupně přepínají projekty podle jejich priority (což je naprosto v pořádku) a v jistou dobu (zřejmě se v tu chvíli počítá Milky) chce BOINC přepnout na projekt Aqua. Protože ale aplikace projektu Aqua potřebuje mít uvolněné obě jádra pro své počítání, tak BOINC čeká dokud se obě jádra neuvolní. A v tu chvíli se ti zdá, že počítač jede na 50%, protože jedno jádro jede Milky na 100% a druhé jádro čeká na uvolnění prvního (jede tedy na 0%).
Proto se doporučuje počítat projekt Aqua samostatně, nebo spolu s projektem, který má velice krátké jednotky a uvolnění všech jader CPU netrvá příliš dlouho.

[nenym]

Na to je jediná rada - sniž si zásobu úloh, pak nebude boinc padat do panic mode vůbec. Panic mode při kombinaci projektů s AQUA je velmi neefektivní, počítají se pouze jednotky s vysokou prioritou. Pokud ti boinc padá do panic mode pravidelně, máš najedou nejméně dvě chyby v nastavení z těchto tří.
- příliš velký buffer ve srovnání s nejkratší deadline tasků projektu, který počítáš,
- příliš dlouhý přepínací interval mezi tasky a zároveň projket s krátkými úlohami s krátkou deadline a nižším RS, než jsou ostatní projekty,
- projekt s nejkratší DL má nejnižší RS.
Vůbec počítat AQUA (lépe řečeno mt úlohy, zatím je má pouze AQUA) s jinými projekty není dobré, v dobách, kdy jsem tento projekt počítal, tak jsem ostatní pozastavil. Pak zase po několika dnech pozastavil AQUA a počítal ostatní.

[Doktor]

Víte: Mám verzi 6.10.58

Mohlo by to být klidně tím. Když stopnu Milky, tak když mám víc jednotek Aqua, tak je to zapne postupně všechny, jak je vyhazuji...

Nenyme: Aha... Mě to moc nevadí, aspoň se mi zchladí procesor z 35 na 30°C, ale je to škoda času
Mám nastavenou zásobu na 1 den a přepínání úloh na 10000 minut. Se mi nelíbilo, že je všechno načaté a nic hotové...


Mimochodem ty úlohy mají deadline teď zrovna najméně 22.1., takže času na výpočet víc než dost...

[nenym]

Zásoba jeden den je v pořádku, přepínání nastav maximálně na 24 hodin (tedy 1440). Tvých 10 000 minut je 166 hodin tedy 7 dnů, což je přesně DL tasků Milky. Pak se nediv, že ti padají do panic mode.
Panic mode se vyvolává simulací nejhoršího možného průběhu výpočtů a mnohdy nelze na první pohled odhalit možnou příčinu, zde je však nabíledni - přepínací interval větší, než DL. Čas na standardní výpočet není vůbec žádný, jak má MW vědět, že konkurenční úloha má checkpointy a může se přepnout standardním způsobem?
Vůbec mě nenapadlo, že by si někdo mohl nastavit přepínací interval na týden. pokud ti vadí přepínání úloh, nastav si ho tak dlouhý, jako je nejdelší úloha z projketů, které počítáš, nejvýše však zmíněných 24 hodin. A nepozastavuj projekty či úlohy, natahuje se práce navíc. pokud považuješ pozastavení za nutné, předtím si nastav buffrer na 0,. prove´d akce, které chceš, aktivuj pozastavené a vrať buffer na původní hodnotu. Pozastavená úloha či úlohy pozastaveného projektu totiž jako kdyby neexistovaly, takže BM doplní zásobu na TEBOU požadovaný stav. Když pozastavené uvolníš, je nejlepší předpoklad k tomu, aby boinc padl do panic mode, protože nastane nějaká z výše uvedených kombinací. Místo nastavení bufferu na 0 můžeš také zakázat příjem práce u projektů, které nebudeš pozastavovat.

[eisler jiri]

tady vocas jeden dotaz. MW momentalne pocitam s anstajnem a rosou (MW 5 procent). zna ten mlekar potazmo boinc, ze nemam GPU? jsem z toho volaako zmeteny posila mi minutovky, ale taky 28hod predpokladana doba vypoctu. po 2hod(cisteho casu) tvrdi 25 procent zpracovani a 20hod k dokonceni a to mi naskoci prubezne 7 kreditu i kdyz jina MW nebezi a ani ktera by uz nebyla ohodnocena nebezela. je to na dvou jadrech a jinak se to chova slusne. bere si svych 5 procent casu vzdy jen jako jedna uloha a nechava 5 procent rose a 90procent anstajnovy. meze tim ceka na zpracovani. nic se nedeje, ale mam takovy dojem, ze si ze me dela srandu s tim dokonceni za 20 hod a podplacenim kredity za (u me neviditelnou) praci. 2 hodiny (casu jadra) nejsou 25 procent z puvodnich 28hod. nic se nedeje, ale na jinych projektech jsem se s tim jeste nesetkal. minule taky kecal dokonceni za 30hod a zvladl za 10hod cisteho casu jadra (procesoru). rosa, setik ,poem a anstajn se trefi s deseti procentni chybkou. . pokud ho sleduju pocita slusne jen na jednom jadre. kdyz na nej pride cas. takze bezej dva anstajni, nebo anstajn a rosa, anebo anstajn a MW

[forest]

Toto je normální u prvních několika úloh, že předpokládaný čas výpočtu se pomalu srovnává s realitou. Ten prvotní odhad, je jen na základě benchmarku a většinou hodně velká haluz. Problém je, pokud je délka výpočtu jednotek hodně rozdílná, pak ten odhad nemusí sedět s realitou nikdy.

[Doktor]

Nenyme: Díky za radu, dal jsem to přepínat po hodině a uvidím, co to udělá...

Eisler Jiri: JJ To mě Milky dělá taky....návrh dokončení za 30 hodin, hotovo za max. 4. No co už...Na to si říkám, že nikdo není dokonalý, jen já mám nabušený procesor