Forum boinc.cz

Zatim testovano na P3 Celoronu 800MHz
Puvodni verze trux 5.3.1 sse 546/1623
nova verze trux 5.3.2.tx7 sse 739/2015 (no sse ma na teto masine podobny vysledky)
Dobra prace, tesim se na svuj kompik az dopocita microfluids, ten se bohuzel restartovat neda (pocital by od zacatku)

Edit: Tak jeste dodam vysledek svyho celera 2.8 @ 3.34 :
puvodni verze 5.3.1.tx2 sse2 1831/6429
nova verze 5.3.2.tx7 sse2 2454/6218

Drobne upozorneni: v readme.txt jsem mel spatne uveden parametr pro prioritu. Spravne ma byt <process_priority> a ne <set_priority> jak jsem mel chybne uvedeno.

Před tím nikdo teď Crunch a tohle.
Hardware: Sempron 3000+ (L2 512kB; socket A; family 6; ext. family 7; model A; ext. model A)
Nic víc nevím, myslel jsem že "Sempron (L2 512kB) 3000+" bude stačit ... mno jestli mám ještě něco zjistit tak mi musíte říct jak "Miras"

Miras: Sorry,moje chyba, ten předchozí příspěvek kde píšeš CPU sem nějak ignoroval. Nicméně pořád ještě by bylo zajímavý vědět od koho pochází boinc klient se kterým srovnáváš

wert668 píše:Před tím nikdo teď Crunch a tohle.

???. Optimalizovane verze jako BOINC jadra, tak S@H klienta jsou pro Windows dostupne jiz peknych par mesicu (ne-li skoro rok) a pro Linux (a jine Posixy) byly k mani v podstate od zacatku. I kdyz nejvetsi pokrok prinesly predevsim modifikace Tetsujiho, Hanse Dorna (sincos v cachi) a Harolda Naparsta.

To vím, bohužel jsem neskonale líný takže po skončení Klasika (15.12.) jsem na boinc přešel až 24.12. jako takový dáreček týmů a na optimalizaci jsem se vrhnul dneska, a to si ještě myslím, že jsem se překonal ^__^

Jo, taky jsem to tedy sesynchronizoval s 5.3.6 zdrojakem (bylo tam par bugfixu) a vydal jako 5.3.6.tx8

Jako obvykle je to vsechno na http://boinc.truxoft.com/

Vysledky nove verze (diky za ni):
5.32.tx5 -> 5.36 -> 5.36.tx8

Pentium 4 celeron 2,5 GHz :
n/a -> 1079-> 1787
n/a -> 1979 -> 4090

Pentium M celeron 1,5 GHz (notebook Amilo pro 2030)
1319 -> 1336 -> 1684
4147 -> 2768 -> 5892

Vysledky na dualcore az vecer. BTW musel jsem tu cpu affinitu vypnout. Pocitam 5 projektu a kazdou hodinu sem v taskmgr upravoval sprazeni s cpu. Nicmene, to bylo jeste na 5.3.2, novou verzi vyzkousim vecer a napisu to sem, vcetne vysledku testu.

EDIT:
Prave sem poradil kamosovi po icq s optimalizaci.

Athlon xp1700+ (nema to SSE2)
n/a -> 1242 -> 1327
n/a -> 2122 -> 3787

truxi, diky za novou verzi 536.

Take pridam par benchmarku, jelikoz je o to asi zajem:
AMD X2 3800
1950/6861 - 531 trux
1900/3500 - 535
2450/8070 - 536 trux

Bohuzel, po upgradu na 536 se mi nechce BOINC magor propojit k BOINC core (BOINCView chodi); restartovat ted nemuzu.

Pentium D 820
1500/3000 (asi 531 trux)
1390/2220 536
2100/4900 536 trux.

Tedy znatelne zlepseni v obou pripadech (AMD i Intel).

Na Pentiu D zkusim chovani nove affinity v kombinaci CPDN-SETI...

btw, co je v te 536 noveho?

Jelikoz s problemem connectu BOINC mahora nepomohl ani uninstall BOINCu a znovunstalace, nechodi ani command-line verze, pojal jsem podezreni na samotny BOINC-core.
Zkusil jsem na AMD X2 (ktere ma i SSE3) verzi SSE misto SSE2 a...chodi [dava asi 2000/6650]
Zkusil jsem znovunahodit SSE2...a chodi - asi se to nejak prostouchlo

Mozna to sem uplne nepatri, ale jenom k tomu, ze se nejde spojit na BOINC core.
Na Linuxu se mi obcas stalo, ze nejaky proces (aplikace projektu) zustal viset ve sleep a po restartu BOINC si drzel port 1043. Nove spusteny BOINC si ho nemohl zabrat pro Listen a tim padem se neslo spojit pres BOINC managera.
Resenim bylo jedine odstrelit ten proces projektu a restartovat BOINC.
Je mozne, ze jsi mel podobny problem, ale ve woknech se moc neda zjistit, ktery proces posloucha na nejakem portu. Kazdopadne kdyz stopnes BOINC a neco porad posloucha na 1043, tak je to chyba. "netstat -an" v command okne.
Libor

nárust benchmarku v novém Trux boinc na P4 Northwood 2.8@2.94 GHz SSE2 tx8 - 2411 / 5759.
Jen tak dál.Neměl jsem problém přejít na novou verzi.Vše úplně v pohodě.

Libore, diky za tip. Jenze ja uz BOINC core odstreloval pres End Process tree, tedy vcetne aplikaci, ktere vola - bez uspechu. Podle TaskMgr tak uz nic nebylo, ale hloubeji jsem nebadal. Navic to nevysvetluje, proc BV bezel. Priotm by BOINC Magor i BV mely zkouset pro nasluchani oba porty (31416 i 1043). Ted mi to bezi, takze do toho uz radsi nebudu strourat...

K Penitu D jsem pripojil klavesnici (server) a OC +7% a udelal z nej tedy Pentium D 830 (3GHz); dava 2230/5160 na prvni spusteni (verim, ze se dostanu na 30min/2WUs). CPDN jsem na nem radsi pozastavil a necham zatim SETI, jestli to bude OK. Navic v tomto nastaveni tolik nehrozi, ze by se nejak zblaznila affinita (ktera se zatim chovala dobre, ale to jsou temer predcasne zavery).

V 5.3.6 z nejakeho duvodu znova zmenili default RPC u GUI managera port z 1043 na 31416. Kupodivu ale ta zmena zatim neni u jadra - tam je stale default port 1043. Se starsim managerem by to tedy melo nadale komunikovat pres 1043, s novejsim na 31416. Pokud nebudes v konfiguraci port nastavovat, melo by to jit automaticky s obema managery. Pokud port nastavujes manuelne, musis ho nastavit spravne. Pokud pouzivas BoincView (jako ja), tak proste nastavis stejny port na obou koncich.

Tech zmen u 5.3.6 a u ostatich predchzich subverzi bylo spousta - nejlepsi je pouzit na prohlizeni komentaru zmen CVS web interface. Kdyz kliknes na checking_notes, tak po natazeni (pozor, je to dlouhy!), uplne dole je formular na ruzne druhy a formaty vypisu. Muzes si nechat zobrazit napriklad zmeny mezi verzemi 5.2.9 a 5.3.6

athlon 2500+
trux sse 5.3.2 1386,5117
original 5.3.6 1701,2878
trux sse 5.3.6 1803,5221
takže výrazný nárůst

Takze vysledky na mem dualcore:

5.3.2.tx5 -> 5.3.6 -> 5.3.6.tx8

1456 -> 1345 -> 2016
5213 -> 2103 -> 4584 / 5086
...................bez affinity / s affinity

Takze to druhy cislo je mensi . Proc?
A proc je rozdil jestli s afinitou nebo bez ni?