BOINC 5.x - Optimalizace/modifikace

[vejpuste]

2 Trux : Tak to je parada. Rozpocitane by nemely nastat, pokud ma clovek spravne nastaven deadline. Takze si to nekomplikuj.
Libor

[trux]

Ale jo, to se stava pomerne casto, obzvlaste u pocitacu, ktere bezi jen nepravidelne, nebo u tech, kde je casto manipulovano s benchmarky

[trux]

Obavam se, ze to mazani proslych jednotek hned tak nekdo nevyzkousi, a jinak zatim zadne dalsi nevyresene negativni hlasky nemam, takze uvazuju o tom, ze to zverejnim. U te prvni hlasky po restartu boincu jsem jeste udelal dalsi zmenu - snad to pomohlo. Pokud ne, tak to prozatim asi necham tak jak to je - je to jen chyba hlasky, ne algoritmu.

Jinak by me zajimalo jestli je spokojenost s vysi kreditu jak u S@H, tak u ostatnich projektu. U ostatnich projektu to sice kredit snizuje, takze ti, co se honi za redity a nejde jim o spravedlnost, ale o poradi, u tech moc nadseni neocekavam. To ale nevadi, je to presne ucel kalibrace, a ti co chteji nadale podvadet to budou delat stejne dal bez kalibrace.

[trux]

Pridal jsem na svoji stranku odstavec s podekovanim testerum, tem co poslali navrhy, nebo subvence. Pokud jsem tam na nekoho zapomel, nebo anopak, pokud si nekdo preje zustat v anonymite, dejte vedet. Linky jsou vsechny na ucty pod S@H. Na linky treba na nejake globalni BOINC stranky (Synergy,...) bych potreboval CPID, coz bych musel trochu sloziteji dohledavat.

[Miras]

První kalibrační hláška po restartu boincu už je v pohodě.
Prubnul sem i prioritní projekt a "so far, so good" . Jen se připojil, nestáhl ani aplikaci, ani tu první jednotku, takže pro mě paráda!
Trochu sem si hrál i s delete_overdue. O tom trochu víc:
Mám jednotky s deadline v rozmezí od 26.1 do 30.1. Jedna byla spočítaná, jedna rozpočítaná. Změnil sem systémový datum na 28.1. Prvně mě překvapil magor tímhle:

Kód: Vybrat vše

28.1.2006 19:07:17|seti@home|Result 24no04ab.9722.4833.348568.1.203_2 is 1.94 days overdue.
28.1.2006 19:07:17|seti@home|You may not get credit for it.  Consider aborting it.

To vypadá na standartní hlášky. Nebo v tom máš prsty ty truxi?
Tohle napíše pro tu aktuálně počítanou jednotku, ostatních co sou po deadline si nijak nevšímá, ani když je pak začne počítat.
Jinak se nedělo zatím nic, počítal normálně dál (prošlou jednotku). Dal sem tedy na radu a tu jednotku zrušil. Ve zprávách napíše Rescheduling CPU: result aborted ... by user, na záložce Projekty u projektu kterýho se to týka napíše Komunikace odložena a odpočítává minutu. Po tý minutě nadejde čas truxova modu a všechny prošlý jednotky (včetně tý co se zatím jednu minutu počítala) sou smazaný. Jednotku už spočtenou nechal bejt.

Zdá se tedy, že deadline kontroluje se začátkem výpočtu? Předpokládám, že kdybych ho nechal bejt a rozpočítanou jednotku nerušil, normálně by ji dopočítal a se začátkem další jednotky by odmázl všechny po deadline. To ještě ověřím. Co nevyzkouším ale je, jak se to zachová v případě víc projektů.

EDIT: Jo a kalibrace: Bohužel nemám výpočetní kapacitu na pokusy s vícero projektama, u SETI chodí výborně.

[Miras]

Hmm, tak bohužel delete_overdue zatím asi moc správně nepracuje. Opakoval sem pokus s tím, že sem nechal rozpočítanou jednotku dopočítat. Nestalo se vůbec nic, prošlý jednotky zůstaly a počítaly se dál. Takže zatím jedinej způsob, kdy to zafunguje, je po ručním zrušení aktuálně rozpočítaný jednotky. Pak stačí minutku počkat a všechny prošlý jednotky smaže.

[Bony]

Mám dotázek : po kolika (cca) jednotkách se kalibrace ustálí na konstantní hodnotě ? Jdem mi jen o to aby to nebylo třeba 20 jednotek, to by potom na slabších compech (cca do 1GHz) mohla probíhat kalibrace dokola protože kdyby bylo už téměř zkalibrováno , tak by se spustil benchmark....a jede se nanovo. A pak mám jeden návrh na vylepšení....ten kdo se připojuje k inetu je občas a třeba na hodinu,(a o chod Boinc se nestará, nedává aktualizace) tak se lehce stane že automatická aktualizace je zrovna načasována třeba za 3h (a tento případ se mi u 2 kompů, které na můj ůčet počítají, občas stává....no a potom se lehce stane že jednotky projedou deatline).....Takže otázka : nešlo by udělat aby si Boinc sám zjistil kdy je dostupné připojení k inetu a pak provedl aktualizace projektů. tak jak to dělá třeba Skype, Emule atd....

[Miras]

Kalibrace probíhá pořád dokolečka na všech strojích, nejen na těch slabších Benchmark neznamená, že se jede nanovo, jak už sem tu dříve spekuloval a trux potvrdil. Otázka pak taky je, jestli kalibraci na strojích podobný ráže vůbec využiješ. Od jistý rychlosti (pomalosti) CPU, trvá výpočet tak dlouho, že i s poměrně nízkým benchmarkem nárokuješ za jednotku třeba 30 a více kreditů. Mluvím teď o SETI. Cílem kalibrace je, zhruba na tu třicítku se dostat. Bez kalibrace 30 (nebo víc), s kalibrací taktéž -> kalibrace nemá význam tudíž neprobíhá. Respektive probíhá, ale budeš potkávat hlášku CC calibration: blocked, negative calibration limit. Zapni ji a uvidíš sám, ztratit tím nemůžeš.
U jinejch projektů je to trochu jiný kafe. Tam je záporná kalibrace povolená, znamená to že bys nárokoval kredity podobný jako se standartním boinc klintem (bez optimalizací)

[trux]

2 Miras: mazani se provadi pri kontaktovani schedulera (resp. pre nim). Asi to teda budu muset soupnout jeste i nekam jinam - to by nemel byt problem, akorat musim najit vhodne misto.

2 Bony: Miras ti to vysvetlil vyborne. Co se tyce odesilani, tak bych doporucil vyzkouset parametr return_results_immediately. O modemisty jsem se sice zatim moc nestaral, ale myslim, ze v BOINCU je to stejne udelano standartne, ze pri hlaseni vysledku se k Internetu pripojuje automaticky. Nebo ne?

[Miras]

2 Miras: mazani se provadi pri kontaktovani schedulera (resp. pre nim). Asi to teda budu muset soupnout jeste i nekam jinam - to by nemel byt problem, akorat musim najit vhodne misto.

Jj, asi by to chtělo. Páč v případě zakázaný sítě by to v tom případě nechodilo vůbec. Možná by klidně stačil i start nový jednotky.
Pak je otázka co s jednotkou rozpočítanou, která už je taky po deadline. Na slabších strojích, obzvláště u některejch projektů může dopočítání zahrat kupu času. Možná bych ju taky zrušil a odmáz. Či to nechat na uživateli? Magor ho ostatně upozorňuje. Možná by byl nejlepší kompromis. Když bude spočítáno víc jak dejme tomu 70% dopočítat, jinak smazat

[trux]

S tema rozpocitanyma jednotkama, pripadne s jednotkama co nemaji sanci zacit nebo skoncit pred deadline to planuju udelat (jak uz jsme psal) pomoci dalsich stupnu tohoto parametru (2, 3, ...). V tehle prvni fazi to chci nechat jednoduche, protoze ty dalsi stupne prinaseji ruzna rizika - podle stavu a rychlosti pocitace a procenta aktivity nebo pripojeni, odhady rychlosti nemusi fungovat 100% a tak je to o nekolik radu komplikovanejsi a riskantnejsi, nez mazani uz proslych jednotek. Zrovna tak mazani jednotky, ktera je sice prosla, ale uz napul (nebo temer) hotova, je diskutabilni - nekdy clovek dostane kredit stejne, jindy je to plytvani casem. Taky zalezi na projektu. Jak rikam, v prvni fazi to proste bude jen takhle jednoduse. Az pokud se to osvedci, a pokud bude zajem, rozsirim to o dalsi moznosti.

[forest]

Tak jsem si právě nainstaloval boinc-5.3.11.tx31 doma na Prescottu a jsem zvědav co to bude dělat
Jelikož zpracovávám kolem 70WU/den, tak bych nějaký výsledek kalibrace měl poznat docela rychle.

[forest]

Uffff tak to jsem tedy nečekal, že ta kalibrace bude fungovat tak rychle.
Po zpracování pár desítek WU v noci, už si nárokuje kolem 32Creditu/WU.
Přitom původně to bylo kolem 8/WU.

[vejpuste]

Bylo by mozne, aby nekdo zkusil Truxuv BOINC prelozit pod Linuxem. Samozrejme bez optimalizaci, protoze pri kalibraci nejsou potreba.
Koukal jsem, ze zdrojaky na strankach ma, proti by snad taky nemusel byt. Akorat jsem nenasel originalni zdrojaky ze kterych vychazel. Na strankach boinc jsou jenom stable, ale Trux myslim vychazi z nejakych vyvojovych.
Pokud by se do toho nekdo chtel pustit, tak bych byl rad. Ja jsem zadne specialnosti pri prekladech nezkousel a vzdycky jsem pouzil pouze configure, make, make install, coz by tady asi bylo malo.
Libor

[vejpuste]

Zkusil jsem dat BOINC 5.3.11.tx32 na jednu masinu.
Par hlasek :
General prefs: no separate prefs for home; using your defaults
Computer ID: 61447; location: home; project prefs: default
General prefs: no separate prefs for home; using your defaults
truXoft add-on: priority_projects = LHC@Home
LHC (not requesting new work or reporting results)

V global_prefs.xml samozrejme mam specialni nastaveni pro home.
V client_state.xml je host_venue home.
Opravdu nevim, proc to nebere v potaz.
Ma stazenou jedinou jednotku (odhad 10h) a praci by mel mit na 4 dny.
Fakt me nic nenapada.
Potrebuju si to odzkouset, abych to mohl rozjet na ucebnach. Jen tak to tam nesoupnu.
Libor
EDIT: Tak jsem tam zkusil pridat dalsi projekt a najednou si stahnul praci na 4 dny. Patrne si znova stahnul general_prefs.xml a zacal se chovat podle profilu HOME. Nechapu, ale funguje.