Szerkesztette: alvaro 2006. 03. 09. 19:24 -kor
hwsw.hu SETI@home csapat III. reméljük, nem egyedül vagyunk hülyék...
#21
Elküldve: 2006. 03. 09. 19:20
May God have mercy on our dirty little hearts
#22
Elküldve: 2006. 03. 09. 19:36
Idézet: Jocika - Dátum: 2006. márc. 9., csütörtök - 20:15
Ja, és lesz új SZTAKI kliens? Tudsz valami pontosabbat arról, hogy mikorra várható?
A 36-os alig gyorsabb a 23-asnál (2-3%), csak ahogy próbálgattam ezt-azt mindig mentettem sorba egymás után a változatokat.
Elvégeztem pár számítást, úgy tűnik még érdekes lenne lekódolni egy variációt. De elég bonyolult algoritmust kell hozzá gyártani viszont akár 20-50%-kal is megdobhatná a sebességet.
Az új SZTAKI kliensről még nem tudok semmit, csak annyit hogy beígérték meg hogy várom én is...
#23
Elküldve: 2006. 03. 09. 19:37
Idézet: alvaro - Dátum: 2006. márc. 9., csütörtök - 20:20
Hajrá
#24
Elküldve: 2006. 03. 09. 23:40
Idézet: akosf - Dátum: 2006. márc. 9., csütörtök - 19:36
Elvégeztem pár számítást, úgy tűnik még érdekes lenne lekódolni egy variációt. De elég bonyolult algoritmust kell hozzá gyártani viszont akár 20-50%-kal is megdobhatná a sebességet.
Az új SZTAKI kliensről még nem tudok semmit, csak annyit hogy beígérték meg hogy várom én is...
Köszi a válaszokat, akkor majd a jelenlegi Einstein csomagjaim lefutása után váltok a 36-osra.
Ha meg az új variáció is kész, csak szólj, és már használjuk is.
#25
Elküldve: 2006. 03. 10. 06:51
Idézet: Jocika - Dátum: 2006. márc. 10., péntek - 0:40
Egyelőre pihentetem a dolgot, de a lehet hogy még a hétvégén kipróbálok egy mixelt SSE-SSE2-es kódot... ez is oly érdekesen hangzik...
#28
Elküldve: 2006. 03. 10. 09:21
May God have mercy on our dirty little hearts
#29
Elküldve: 2006. 03. 10. 10:00
Idézet: Jocika - Dátum: 2006. márc. 10., péntek - 8:10
Arra leszek kivancsi hogy a feldolgozo kodon illetve a kreditszamitason javitanak-e valamit, hogy a hulladek preszkottok ne legyenek elonyben...
#30
Elküldve: 2006. 03. 10. 10:04
Idézet: alvaro - Dátum: 2006. márc. 10., péntek - 10:21
Hagyd békén a két szállal, eggyel is alig boldogul...
A rosetta tényleg megeszi a giga-mega benchmarkot...
...kb. eddig tartott ez a projekt számomra.
Szerkesztette: akosf 2006. 03. 10. 10:06 -kor
#31
Elküldve: 2006. 03. 10. 10:28
Idézet: Freddy - Dátum: 2006. márc. 10., péntek - 11:00
Arra gondoltál hogy a Prescott esetleg mégsem olyan rossz?
Oké hogy forrófejű, de a sok-sok tranzisztor nem csak szaunázik benne...
A netburst és a pipelined fpu imádja a dömpingszerű adatfolyamot...
Szerkesztette: akosf 2006. 03. 10. 10:30 -kor
#32
Elküldve: 2006. 03. 10. 10:34
kliens -> ez maga a BOINC
alkalmazás -> ez meg a BOINC alatt futó program
és hogy kicsit off-topic is maradjak: űrtechnika hétköznapjainkban
Szerkesztette: akosf 2006. 03. 10. 10:40 -kor
#33
Elküldve: 2006. 03. 10. 10:46
seti inkabb fpu, einsten meg integer?
De az amd (a64) eddig minden alatt gyorsabb volt mint egy prescott a huszonX fokozatu futoszalagjaval meg a 1-2 mb cache-vel...hogy lehet hogy csak setiben nem jon ki ez az elony?
#34
Elküldve: 2006. 03. 10. 11:21
Idézet: Freddy - Dátum: 2006. márc. 10., péntek - 11:46
seti inkabb fpu, einsten meg integer?
De az amd (a64) eddig minden alatt gyorsabb volt mint egy prescott a huszonX fokozatu futoszalagjaval meg a 1-2 mb cache-vel...hogy lehet hogy csak setiben nem jon ki ez az elony?
Az einstein is többnyire az fpu-t dolgoztatja, a különbség nem itt keresendő.
Hanem ott, amit fentebb írtam: "Netburst és pipelined fpu".
Gondolom tudod hogy a SETI egyszerre olyan MB nagyságrendű adattal dolgozik, illetve az optimalizált kliens az azért optimalizált mert mindenféle SIMD (MMX,SSE) rutinokkal van tele. Persze a SIMD utasítások ugyanazt az "FPU"-t használják mint az alap utasításkészlet, de egyszerre több műveletvégző egység csinálja ugyanazt egy halom adattal. Kérdés hogy ez a fajta feldolgozás az AMD alacsonyabb késleltetésű FPU-jának és az exclusive cache mechanizmusának vagy az Intel többlépcsős futószalagjának és inclusive cache-nek kedvezőbb. Azt hiszem elárulhatom hogy minimális különbség van köztük. Sőt talán lehet hogy az AMD egy kicsit előnyben is van...
Ellentmondás? De nem ám! Hisz mi volt az Intel célja a netburst bevezetésével? A magasabb órajel!
Na, és ez az amiből a SETI profitál...
#35
Elküldve: 2006. 03. 10. 19:13
<core_client_version>5.2.13</core_client_version>
<message><file_xfer_error>
<file_name>sulphur_hikb_100817211_1_1.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
<file_xfer_error>
<file_name>sulphur_hikb_100817211_1_2.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
<file_xfer_error>
<file_name>sulphur_hikb_100817211_1_3.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
<file_xfer_error>
<file_name>sulphur_hikb_100817211_1_4.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
<file_xfer_error>
<file_name>sulphur_hikb_100817211_1_5.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
</message>
Ez nekem nem mond semmit, es nemtalaltam semmi infot (vagy rosszul kerestem)
#36
Elküldve: 2006. 03. 10. 19:57
Idézet: cigam - Dátum: 2006. márc. 10., péntek - 19:13
<core_client_version>5.2.13</core_client_version>
<message><file_xfer_error>
<file_name>sulphur_hikb_100817211_1_1.zip</file_name>
<error_code>-161</error_code>
<error_message></error_message>
</file_xfer_error>
Ez nekem nem mond semmit, es nemtalaltam semmi infot (vagy rosszul kerestem)
Elsőre ezt találtam.
Játszottál közben?
#37
Elküldve: 2006. 03. 10. 22:49
Idézet: Bucy - Dátum: 2006. márc. 9., csütörtök - 12:46
Latba vetettem minden angol és német tudásom, és kutakodtam a fórumokon. Ott többször is le volt írva az "optimized" meg "rosetta" meg "sse2" Hozzá meg olyasmi, hogy használja egy pár ember, meg hogy jó meg ilyenek:)
Nálam most a seti és a boinc manager optimalizált... Hát kb 2x 3x gyorsabban számol...
(Jó látni, hogy emelkedik a kreditem, de elsősorban nem ezért váltottam optimalizált klienst, szóval nem csalni akartam)
#38
Elküldve: 2006. 03. 11. 17:06
Idézet: Bucy - Dátum: 2006. márc. 10., péntek - 19:57
Játszottál közben?
Koszi, de nem jatszok. Sajna nemtok olyan szinten kulfoldiul, hogy a parbeszeduket megertsem.
Az lehet, hogy sima masolassal nem lehet atvinni egyik geprol a masikra ezt a project-et?
(Volt 1-2 reinstall, es a boinc telepitese utan, csak visszamasoltam az egesz konyvtarat. Tom nem a legkorrekktebb megoldas, de ha nincs beepitett mentes...)
#39
Elküldve: 2006. 03. 11. 18:48
Idézet: cigam - Dátum: 2006. márc. 11., szombat - 17:06
Az lehet, hogy sima masolassal nem lehet atvinni egyik geprol a masikra ezt a project-et?
(Volt 1-2 reinstall, es a boinc telepitese utan, csak visszamasoltam az egesz konyvtarat. Tom nem a legkorrekktebb megoldas, de ha nincs beepitett mentes...)
Install-okról nem volt szó.
Elvileg úgy a tiszta, ha visszamásolod a helyére és utána oda installálod a Boinc-ot.
Így működnie kéne, nekem a helyigény miatt már kellett áthelyezni a cpdn-t másik meghajtóra.
Uninstall - áthelyezés - install és ment rendesen.
#40
Elküldve: 2006. 03. 12. 11:49
A haverhoz is telepítetettem ide az albérletbe és csak azért kérdem... Rosetta olyan 4 óra a hátralévő idő setinél, meg 2.... Normális ez? Optimalizált a boinc is, meg a seti is.

Súgó
A téma zárva.












