Ostatní diskuze k projektu

[Neoka]

Díky, objevil jsem zkouším headless mód a zjistil jsem :
vypnul funkci "Use only one single core" a čekal jsem jaký to bude šrumec když T4T bude dvěma jádry makat na jednom úkolu a zjistil jsem že CPU jede pouze na 60% ( i když ve všech nastaveních BM i VM je povoleno 100%, všechno jsem prošel), jenže zbytek výkonu nelze využít jinými úlohami. To mi přijde škoda, nebo je to prostě funkcí VM?
Tak mě napadá, lze T4T donutit, aby zpracovávalo v modu "non singl core" dvě úlohy současně ?

[fake]

chci to taky zkusit... mam windows 7 32bit, mam nainstalovany VM virtual box, ale neudelam ani jednotku po 2 az 7 vterinach mi to skonci chybou - chyba pri vypoctu, v okne zprav nic k tomu neni... poradite?

[vkliber]

Shodou okolností jsem včera spočítal jednotku úspěšně.

Na Win7 to bude s největší pravděpodobností problém s přístupovými právy.

Dej odkaz na WU nebo zviditelni počítače ať se můžem kouknout do logu.

Co se děje po stáhnutí jednotky a jejím spuštění?
Měl by se nastartovat VirtualBox (vyskočí černé okno ... při prvním spuštění se bude asi ptát na spoustu věcí), v něm se začne bootovat Cern Linux (černá obrazovka, v levém horním rohu Tučňák a vypisují se řádky co dělá ...), po nabootování Linuxu se začne počítat jednotka.

Pokud ti to padne po 2 sec. tak to se ani nestihne bootovat Linux.

Na účtu projektu si nastav použití pouze jednoho jádra CPU.

[fake]

nic mi nenabehne

tady je odkaz na jednotku http://lhcathome2.cern.ch/test4theory/r ... id=1670005

[nenym]

Zdá se, že ti Boinc task T4T vůbec nerozběhne Oracle VM, z menu ti Oracle VM běží? Podle vzoru vkliber se kloním k problémům s přístupovými právy. Nemáš náhodou Boinc nainstalován jako službu (=protected mode)? Přesně totéž co tobě mě psal stderr, když jsem se pokoušel T4T spustit na stroji s Boinc jako službou (na XP, to je asi jedno). Stejně se chová T4T na Linuxu, pokud je Boinc nainstalován z repozitářů. Další možnost je zakázaná virtualizace v BIOSu, ale pak T4T padá poněkud později (cca 20s), alespoň Oracle VM se rozběhne.

[fake]

kouknu na UAC a zkusim to preinstalovat jako ne-sluzbu. dik zatim.

[Neoka]

ještě doporučuji zkontrolovat zda máš v Biosu povoleno "Intel VM"....viz http://forum.czechnationalteam.cz/viewt ... 258&t=2907.

A ještě jedno doporučení: zatím pro T4T nepoužívat nový BM. T4T resp. VM má problémy v nové verzi BM 7.0.25. Ve staré verzi 6.12.34 počítám dlouho době bez problémů. Po instalaci nového BM, před týdnem na jiný ntb, jsem zaznamenal dvě nejasné havárie WU ( při 80% práce to vážně naštve ), občas nedokáže sám načíst nové WU. Na tomto ntb s W-64 počítám Alberta+T4T (1CPU-A, CPU+GPU-A, 2xCPU-T4T). BM někdy zastaví T4T a počítá jen A a musím si to ručně vynutit. Neběží to na rozdíl od old verze hladce samo. Ještě to musí hošani maličko poladit.

[fake]

tak se zda problem vyresen - Boinc nesmí být jako služba... díky za rady... už mi jede první jednotka - a jelikož jedu na poslední verzi BM tak doufám že i dojede:)

[Neoka]

držím palce....

nový poznatek, pokud by se vám stalo, že při nahlédnutí do okna VM uvidíte na monitoru běžet stovky řádků s různými "...error i/o device..." , nezoufejte, nejedná se o chybu výpočtu, ale zřejmě o chybu v datech, kterou odhalíme až my výpočtem. WU normálně doběhne a obdržíte kredit

[Neoka]

Pánové marně snažím se svou špatnou angličtinou zjisit jaká logika je v přidělování creditů.
Příklad, dva tasky :
single core
http://lhcathome2.cern.ch/test4theory/r ... id=1796199
duo core
http://lhcathome2.cern.ch/test4theory/r ... id=1782003

zhruba stejné časy výpočtů, zhruba stejný kredit...
Hlava mi to nebere, rozumíte tomu systému někdo ? thx

[Michal Kinďura]

Neměřil někdo, kolik dat si natáhne virtuální stroj během své 24 hodinové životnosti? Mám doma desetimegabitovou lajnu a na XP jsem pozoroval příštup k síti, stejně tak na routeru. Přístup trval cca 10-20 minut v kuse, bohužel na XP nemám jak to změřit, ani jakou rychlostí to přenáší data. Jsou to nějaké ACK nebo to skutečně tolik natahuje a odesílá v průběhu výpočtů?

[nenym]

Objem dat jsem neměřil, ale jsou to opravdové online výpočty podle okamžitých požadavků CERNu. Rzohodně nejde o nějaké zanedbatelné objemy, provoz je živý, ale šířku pásma moc vekou nezabírá, spíše běží téměř nepřetržitě. Rozhodně nevhodné pro wifi/debilní připojení s FUP nebo platbou za objem přenesených dat.

[Neoka]

Pánové musím výše napsané zpochybnit. Je pravda že projekt něco švitoří po síti, ale je otázka co to je ..
Počítám na ntb s wifi a mám vyzkoušené že i když se i na několik hodin odpojím a nechám výpočet běžet a pak se znovu připojím někde jinde a znovu odpojím, i několikrát, projekt doběhne dokonce, odevzdá se a já obdržím kredity....Mám to vyzkoušeno a ověřeno mnohokrát. Pár tasků mi havarovalo, ale jsem s jist že nikdy kvůli připojení.
Nevím jak to vysvětlit.

[Michal Kinďura]

Objem dat jsem neměřil, ale jsou to opravdové online výpočty podle okamžitých požadavků CERNu. Rzohodně nejde o nějaké zanedbatelné objemy, provoz je živý, ale šířku pásma moc vekou nezabírá, spíše běží téměř nepřetržitě. Rozhodně nevhodné pro wifi/debilní připojení s FUP nebo platbou za objem přenesených dat.

Já zatím registroval jenom ten cvrkot na začátku, pak se většinou nic neděje

[nenym]

To je jednoduché - Boinc task po rozběhnutí VM a navázání prvního spojení běží pořád dál a nekontroluje, zda spojení trvá i nadále nebo již není. Aplikace ve VM má cca 20 až 40 minutové úseky, kdy něco počítá, pak odešle pár desítek KB a cosi přijme a pořád tak dokola. Zjevně jim nestojí čas drahých vývojářů za to se tím nějak složitě zabývat, poskytnutý výkon je pro potřeby projektu dostatečný a občas někomu darují kredit "zadarmo", nic je to nestojí. Zato vývojáře platit musí. Museli by nějak Boinc taskem kontrolovat průběh výpočtů ve VM, což asi není zrovna triviální.

[Neoka]

To je jednoduché - Boinc task po rozběhnutí VM a navázání prvního spojení běží pořád dál a nekontroluje, zda spojení trvá i nadále nebo již není. Aplikace ve VM má cca 20 až 40 minutové úseky, kdy něco počítá, pak odešle pár desítek KB a cosi přijme a pořád tak dokola. Zjevně jim nestojí čas drahých vývojářů za to se tím nějak složitě zabývat, poskytnutý výkon je pro potřeby projektu dostatečný a občas někomu darují kredit "zadarmo", nic je to nestojí. Zato vývojáře platit musí. Museli by nějak Boinc taskem kontrolovat průběh výpočtů ve VM, což asi není zrovna triviální.

Tedy to mi přijde skoro až k smíchu co jsi napsal . To by totiž taky znamenalo že je jim úplně fuk, že jim to spočítám blbě...to asi eee

[nenym]

Blbě to nespočítáš. Buď ano, nebo ne. A jestli jsi počítal pořád či jen částečně - to jim asi jedno je. Nebo možná takových případů je tak málo, že to nehodlají řešit.

[Michal Kinďura]

Je docela možné že mezi ty případy patřím i já... Jednotku DistrRTgen jsem na té svojí hujdě žvýkal 30,3 hodin !!! Procesorový čas 105 351 sekund. Dokud dostávám kredit, tak to neřeším. Až nebudou mít dost počtářů, tak ať si to optimalizujou, abych případně i já stihl odevzdávat něco použitelného. Nebo nejlíp - dostávat menší kousky práce.

[Neoka]

moc se mi to nezdá, co píše Nenym

ještě jednou položím tuto otázku....

Pánové marně snažím se svou špatnou angličtinou zjisit jaká logika je v přidělování creditů.
Příklad, dva tasky :
single core
http://lhcathome2.cern.ch/test4theory/r ... id=1796199
duo core
http://lhcathome2.cern.ch/test4theory/r ... id=1782003

zhruba stejné časy výpočtů, zhruba stejný kredit...
Hlava mi to nebere, rozumíte tomu systému někdo ? thx

[vkliber]

Ty tasky už nejsou v DB, tak se tam moc nepodívám.
Co přesně máš na mysli? Jestli je přibližně stejný čas výpočtu, bude i přibližně stejný kredit .