Optimalizovaná aplikace Einstein@Home II

LiborA · Příspěvek od **LiborA** » ned čer 25, 2006 7:16 pm

A ješte zip s optachovanou aplikací 713. Opět autor Udo

Dericcaster · ned čer 25, 2006 9:12 pm

1)
Mám dotaz ohledně té optimalizace 0713. Pokud použiji CMD vysipe to na mě nějakou chybu, vypadá to asi takto:

C:\Documents and Settings\Magor01>cd 
C:\Program Files\BOINC\projects\einstein.phys.uwm.edu
C:\Program Files\BOINC\projects\einstein.phys.uwm.edu>patcher.com S5T0713.dat
Patcher V1.0 by akosf
This program will modify some files. Use it only for your own risk!
Do you want to continue? (Press ESC to exit or other key to continue.)
Error: File not accessible: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
C:\PROGRA~1\BOINC\projects\EINSTE~1.EDU>

U předchozích verzí vše fungovalo.

Mám AMD 3100+ (Palermo)

2)
Jak přesně postupuovat s tou verzí 4.10, prostě jsem ty tři soubory co byly v tom zipu zkopíroval do složky programu, ale Boincmanager si jich zřejmě nevšímá.
Výpis z logu:

Kód: Vybrat vše

25.6.2006 21:00:53||Starting BOINC client version 5.4.9 for windows_intelx86
25.6.2006 21:00:53||libcurl/7.15.3 OpenSSL/0.9.8a zlib/1.2.3
25.6.2006 21:00:53||Data directory: C:\Program Files\BOINC
25.6.2006 21:00:53||Invalid account filename: statistics_einstein.phys.uwm.edu.rar
25.6.2006 21:00:53|Einstein@Home|Found app_info.xml; using anonymous platform
25.6.2006 21:00:53||Processor: 1 AuthenticAMD AMD Sempron(tm) Processor 3100+
25.6.2006 21:00:53||Memory: 511.23 MB physical, 990.23 MB virtual
25.6.2006 21:00:53||Disk: 37.26 GB total, 14.53 GB free
25.6.2006 21:00:53|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 647779; location: home; project prefs: default
25.6.2006 21:00:53||General prefs: from Einstein@Home (last modified 2006-06-17 21:53:57)
25.6.2006 21:00:53||General prefs: no separate prefs for home; using your defaults
25.6.2006 21:00:53||Local control only allowed
25.6.2006 21:00:53||Listening on port 31416
25.6.2006 21:00:53|Einstein@Home|Resuming task h1_1084.0_S5R1__1704_S5R1a_0 using einstein_S5R1 version 402
25.6.2006 21:00:54||Using earliest-deadline-first scheduling because computer is overcommitted.
25.6.2006 21:00:54||Suspending work fetch because computer is overcommitted.

Usuzuji tak podle třetího řádku o spodu "version402".

Počítám teprve třetí týden, tak prosím omluvte mou neznalost.[/b]

azor666 · Příspěvek od **azor666** » ned čer 25, 2006 9:24 pm

1) nejčastěji bývá problém vtom, že boinc není ukončen=> zkontrolovat ve správci úloh jestli skutečně neběží, nebo zkontrolovat práva přístupu k souboru (administrátora)
2) Boinc si app_info všímá až při požadování nové práce, u nových WU se již objeví verze 4.10
EDIT00 překlepy
EDIT01 zapomněl jsem nato že patcher umí upravit jen soubor einstein_S5R1_4.02_windows_intelx86.exe ten je pak nutno přejmenovat na
einstein_S5R1_4.10_windows_intelx86.exe!!!
EDIT02 Sry ty dva řádky nahoře jsou kravina. vic výše

JardaM · Příspěvek od **JardaM** » ned čer 25, 2006 9:47 pm

Azore, česky (hochtschechisch) tedy neumíš, ale jinak věci rozumíš. Jestli jsem pro tebe náhodou nehlasoval do rady, tak se kaju a dávám doplňkovej hlas.

LiborA · Příspěvek od **LiborA** » ned čer 25, 2006 10:40 pm

azor666 píše: zapomněl jsem nato že patcher umí upravit jen soubor einstein_S5R1_4.02_windows_intelx86.exe ten je pak nutno přejmenovat na
einstein_S5R1_4.10_windows_intelx86.exe!!!

Tím si nejsem jist, já zcela určitě v případě aplikace 712 nejprve přejmenoval na 4.10 pak opatchoval soubor a následně zase přejmenoval na 4.02 abych si nemusel hrát s xml soubory

LiborA · Příspěvek od **LiborA** » ned čer 25, 2006 10:43 pm

POZOR: otestoval jsem verzi 713 na své zkušební jednotce, oproti 712 nárůst rychlosti minimální <1%, ale výsledek není stejný s originální aplikací a to docela výrazně. Takže silně pochybuji, že by to validátor přijal. Důrazně doporučuji zůstat u verze 712.

azor666 · Příspěvek od **azor666** » ned čer 25, 2006 10:51 pm

@LiborA pravda petch je schopen se upravit jakýkoli soubor začínající na "einstein_" pokud jsou ale v jedné složce soubory 02 a 10 tak ktrý vlastně upravý? jdu to vyzkoušet pak to sem dopíši
EDIT pokut jsou v adresáři oba soubory 02 i 10 tak patcher upravil jen soubor 02. Viděl bych to ale spíš na vlastnost systému souborů (jak jsou seřazeny za sebou) než vlastost patchru.
!!Tedy používejte patcher jen v edresáří, kde je nejvíše jeden exe soubor začínající "einstein_" !!

Musacek · Příspěvek od **Musacek** » pon čer 26, 2006 7:58 am

Panove,
muzeto prosim popsat jak mam prinutit boinc managera haby pouzival k vypoctu optimalizovenej kod????? zatim jsem ty soubory jen prejmenoval(4.10 na 4.02) ale v tom xml je i odkaz na 4.10, nechci haby mi to blbnulo. Kterej xml mam upravit a jak(ktery radky a na co prepsat atd.), pripadne kam co zkopirovat.....

Za novacky dekuji!!! jinak by chtelo upravit post ve FAQ!!!!!

vejpuste · Příspěvek od **vejpuste** » pon čer 26, 2006 8:11 am

2 Musacek : System aplikace optimalizovane aplikace je vsude stejny.
* stopni BOINC (zkontroluj jestli opravdu nebezi)
* zazalohuj adresar
* do adresare projektu rozbal prislusne soubory s app_info.xml (nic neprejmenovavej, pokud nevis proc)
* spust BOINC
* stazene jednotky se dopocitaji puvodni aplikaci (pripadne muzes nerozpocitane zrusit)
* nove stahovane jednotky by se mely stahovat pro optimalizovanou aplikaci a pocitat
Libor

Musacek · Příspěvek od **Musacek** » pon čer 26, 2006 8:34 am

A jiz stazene jednotky urychlit hasi moc nejde.... u S4 po optimalizaci mi vedsina delsich jednotek trvala jen cca 1:25:00 ale tedka co najela S5 mi jednotky trvaj okolo 17-18 hodin!!!! a proto jsem se dostal do urciteho casoveho skluzu(magor hlasi ze se to hasi nestihne spocitat, mam nastavenou zasobu na 3dny kvuli vikendum)
mam P4HT 3,2GHz(hasi nejvedsi problem bude kvuli HT), proto bych rad urychlil vypocet huz stazenych dat.

Musacek

Buldog · Příspěvek od **Buldog** » pon čer 26, 2006 8:39 am

Par vysledku spocitanych s optimalizacemi

AMD 1,1

h1_0831.5_S5R1__776_S5R1a_0 72828 157.01 original valid
h1_0831.5_S5R1__775_S5R1a_0 72685 157.01 original valid
h1_0831.5_S5R1__774_S5R1a_0 68427 157.01 original/S5T0003 initial
h1_0831.5_S5R1__773_S5R1a_0 61750 178.81 S5S0007 valid
h1_0831.5_S5R1__726_S5R1a_0 59090 178.64 orig/S5S007/S5T0711 initial

P4 2,8

h1_1213.5_S5R1__2409_S5R1a_0 46077 156.25 original valid
h1_1213.5_S5R1__2408_S5R1a_1 45997 156.25 original valid
h1_1213.5_S5R1__2407_S5R1a_1 46057 156.25 original valid
h1_1213.5_S5R1__2406_S5R1a_0 38544 156.25 S5S0007 valid
h1_1213.5_S5R1__2405_S5R1a_0 38714 156.25 S5S0007 valid
h1_1093.5_S5R1__1755_S5R1a_1 38777 178.45 S5S0007 valid

LiborA · Příspěvek od **LiborA** » pon čer 26, 2006 8:40 am

to Musacek: Tady je krátký postup:

!!! Doporučuji přesto provádět s prázdnou frontou jednotek, ale pokud již máte nataháno do zásoby, tak doporučuji zakázat ztahování nových a odreportovat všechny již spočítané. a pak podle tohoto postupu:

1. Stopnout boinc
2. Soubory z archívu optimalizované aplikace app_info.xml, einstein_S5R1_4.10_windows_intelx86.exe a einstein_S5R1_4.10_windows_intelx86.pdb zkopírujte to složky/adresáře projektu E@H (v mém případě: E:\BOINC\projects\einstein.phys.uwm.edu)
3. Zeditovat soubor client_state.xml následujícícm způsobem:
- všechny výskyty textu "einstein_S5R1_4.02_windows_intelx86" nahradit za "einstein_S5R1_4.10_windows_intelx86"
- všechny výskyty textu "version_num>402</" nahradit "version_num>410</"
4. Spustit Boinc a modlit se, aby to bylo v pořádku

EDIT: potvrzení, že to tak opravdu funguje budu mít za cca hodinu, kdy se dopočítá takto upravená jednotka - zatím běží normálně

EDIT2: tak jsem původně měl napsáno dát app_info.xml do složky Boincu, a ono to má být správně do složky projektu

azor666 · Příspěvek od **azor666** » pon čer 26, 2006 8:50 am

>>A jiz stazene jednotky urychlit hasi moc nejde....
Jde. Dá se dál patchnout aktuální verze 4.02 Verze 4.10 se IMHO zavedla jenom proto aby vtom byl větší pořádek. Server vý, že vše co je označeno 4.10 je od AkosF. jinak mezi 4.02 a 4.10 není rozdíl

>>jinak by chtelo upravit post ve FAQ!!!!!
Určitě S4 jednotky stejně už nejsou. Ale poslední stable verze je 007. Ty ostatní nemá cenu dávat do FAQ. jejich životnost je v řádu hodin, úspěšnost 50-50, navíc jsou opravdu určeny jen na alpha testování.
Nicméně zkusím poslepovat nový návod do FAQ, z toho co je již napsáno

>>S4 po optimalizaci mi vedsina delsich jednotek trvala jen cca 1:25:00 ale tedka co najela S5 mi jednotky trvaj okolo 17-18 hodin!!!!
Aplikace není pomalejší. Jednotky jsou delší. Ty co se nestihnou spočítat doporučuji manuálně zrušit.

Musacek · Příspěvek od **Musacek** » pon čer 26, 2006 8:59 am

deadline mam
1x 3.7.2006
4x 4.7.2006
2x 5.7.2006
no teoreticky by to mnel stihnout uvidime.... zalezi jak moc na ty masine budu muset pres den makat.....
ale porad to hlasi:
26.6.2006 8:52:59||Using earliest-deadline-first scheduling because computer is overcommitted.

LiborA · Příspěvek od **LiborA** » pon čer 26, 2006 9:05 am

Nejjednodušší postup optimalizace je samozřejmě přejmenovat soubory einstein_S5R1_4.10_windows_intelx86 na einstein_S5R1_4.02_windows_intelx86. ALE tento postup se nedoporučuje, Bernd chce mít snadno odlišitelné čím byla spočítána každá jednotka zejména z těchto důvodů:

1. V případě chybné aplikace a pokud by tuto aplikaci používali oba počítající (myšleno tím ti co počítají stejnou jednotku), tak validator takto chybnou jednotku vyhodnotí jako validní a celý výsledek se může hodit do koše a S5 můžem v tom nejhorším možném případě začít počítat znovu od začátku

.

2. V současné době je nastavena určitá "citlivost" validátoru. Oddělením "urychlených" jednotek od "oficiálních" dává možnost Akosovi s Bernardem hrát si s optimalizovanými algorytmy a podle nich upravit případnou citlivost validátoru.

EDIT:
Takže v žádném případě prosím nepraktikujte tento postup s jinými než stabilnímimi verzemi optimalizací a i tehdy jen pro potřeby dopočítání již ztažených jednotek (jinak opravdu může dojít ke zpochybnění celého výpočtu S5 !!!)