HWSW Informatikai Kerekasztal: hwsw.hu SETI@home csapat II. - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (152 Oldal)
  • +
  • « Első
  • 45
  • 46
  • 47
  • 48
  • 49
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

hwsw.hu SETI@home csapat II. reméljük, nem egyedül vagyunk hülyék... Értékeld a témát: -----

#921 Felhasználó inaktív   Benoke 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.490
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 11:10

Idézet: special - Dátum: 2005. júl. 22., péntek - 11:50

Ha az AMD támogatná compiler-oldalról saját chipjeit, akkor lehetne várni. Persze arról is az Intel tehet, hogy nincs neki, vagy hogy nem ír neki agresszív profilingot?

Csak halkan jegyezném meg, hogy az AMD nek is van fordítója.

Na meg inkább 3DNow! ra kéne optimalizálni és nem SSE -re.
Amit az AMD fordítója meg is tenne, ha használnák.

Szerkesztette: Benoke 2005. 07. 22. 11:12 -kor

#922 Felhasználó inaktív   Benoke 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.490
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 11:12

Idézet: Csirke - Dátum: 2005. júl. 22., péntek - 10:40

Nem igazán értek egyet Veled!
Semmi ilyesmi problémát nem tapasztaltam. Legalábbis semmi változás a gyárihoz képest.Csak a több bekapott credit!
Egyetlen egy programmal találtam eddig összeférhetetlenséget (gyári és optimalizált egyaránt). Ez pedig a WinXP SP2 automatikus update-je. Ha elindul, és közben fut a boinc, akkor iszonyatosan belassul a gép.
Ezen kívül se játékok, se munka közben nincs semmi negatív hatás nálam.
Azt pedig már feljebb kifejtettük, hogy az egy nap alatt feldolgozott wukitöbblet ellensúlyozza a kisebb granted creditet. ez elég szépen megmutatkozik a rac-on, ami kb 30%-kal emelkedett.

Athlonokkal kapcsolatban viszont tényleg nem az sse verziókat kell erőltetni. Sem A64 esetén az sse3-at, sem xp esetén az sse-t (itt inkább az mmx-et).

AMD nél is az SSE optimalizáció gyorsabb mint az MMX.

#923 Felhasználó inaktív   akosf 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 649
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 12:22

Üdv!
Valóban gyorsabb az SSE optimalizáció mint az MMX.
Én kézzel optimalizálom (gépi kódban) a 4.11-est klienst.
Jelenleg már gyorsabb a duronjaimon mint az SSE3 optimalizált kliens P4-en...
Results for RANCOR

#924 Felhasználó inaktív   Benoke 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.490
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 12:26

Idézet: akosf - Dátum: 2005. júl. 22., péntek - 13:22

Üdv!
Valóban gyorsabb az SSE optimalizáció mint az MMX.
Én kézzel optimalizálom (gépi kódban) a 4.11-est klienst.
Jelenleg már gyorsabb a duronjaimon mint az SSE3 optimalizált kliens P4-en...
Results for RANCOR

Az ige :)
Elküldhetnéd másnak is a Klienst próbára :D
PL nekem :)

De ha ennyire vágod a Tmémát egy kis 3DNow is lehetne benne :)

Szerkesztette: Benoke 2005. 07. 22. 12:28 -kor

#925 Felhasználó inaktív   akosf 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 649
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 12:54

Idézet: Benoke - Dátum: 2005. júl. 22., péntek - 13:26

Az ige :)
Elküldhetnéd másnak is a Klienst próbára :D
PL nekem :)

De ha ennyire vágod a Tmémát egy kis 3DNow is lehetne benne :)

A klienst már elküldtem pár fanatikusnak tesztelni. Ha lesz időm felrakom weblapra is, nah persze ha net-szolgáltatóm hajlandó lesz végre működőképessé varázsolni a tárhelyem... :)

Egyelőre avval küzdök hogy szerezzek egy C fordítót a SETI-hez, mert így kézzel mókolni az exe fájlt, kicsit abszurd... :)


szerk.: hülyeségeket beszélek, szóljatok :)

Szerkesztette: akosf 2005. 07. 22. 13:08 -kor

#926 Felhasználó inaktív   Oliver & Jaszka 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 142
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 12:58

Idézet: akosf - Dátum: 2005. júl. 22., péntek - 6:22

Üdv!
Valóban gyorsabb az SSE optimalizáció mint az MMX.
Én kézzel optimalizálom (gépi kódban) a 4.11-est klienst.
Jelenleg már gyorsabb a duronjaimon mint az SSE3 optimalizált kliens P4-en...
Results for RANCOR

Ez aztán nem semmi claimed credit...  Hogy sikerült ezt összehozni? :think:
Csatlakozz a SZTAKI Desktop Grid forum.hwsw.hu csapathoz!
Itt talalhatsz infót az ELSŐ MAGYAR BOINC PROJEKT-ről.

#927 Felhasználó inaktív   special 

  • project 2501
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 11.962
  • Csatlakozott: 2001. jan. 16.

Elküldve: 2005. 07. 22. 12:59

Idézet: Benoke - Dátum: 2005. júl. 22., péntek - 12:10

Csak halkan jegyezném meg, hogy az AMD nek is van fordítója.

Na meg inkább 3DNow! ra kéne optimalizálni és nem SSE -re.
Amit az AMD fordítója meg is tenne, ha használnák.

Nincs. Van compiler AMD-hez, de nincs AMD compiler. Talán abba bele kellene gondolni, hogy egy chiphez ki tudja a legjobb compilert írni: aki az utolsó tranzisztorig ismeri a felépítését, vagy aki nem?

Reality check:

http://developer.amd....aspx#Compilers
hwsw.hu

#928 Felhasználó inaktív   Freddy 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 591
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 13:17

huh hat ha lenne gy full amd-re optimalizalt kliens, az nagyon komoly lenne.
lesz vmikor?  :think:

#929 Felhasználó inaktív   akosf 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 649
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 13:24

Bocsánat hogy újra beleugatok a dolgokba... :reklamacio:
De a 3DNow! utasításokkal 15/24 bites pontosság érhető el. A SETI-hez viszont sokszor az SSE 32 bitje is kevésnek bizonyul. Ugyanis a halmozódó hibák miatt a validációs szerver egy bizonyos hibahatáron túl 0.00 credittel jutalmazza a dolgot. Az FPU 80 bites, ugye...

#930 Felhasználó inaktív   Benoke 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.490
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 13:42

Idézet: akosf - Dátum: 2005. júl. 22., péntek - 14:24

Bocsánat hogy újra beleugatok a dolgokba... :reklamacio:
De a 3DNow! utasításokkal 15/24 bites pontosság érhető el. A SETI-hez viszont sokszor az SSE 32 bitje is kevésnek bizonyul. Ugyanis a halmozódó hibák miatt a validációs szerver egy bizonyos hibahatáron túl 0.00 credittel jutalmazza a dolgot. Az FPU 80 bites, ugye...

Egyrészt ezért várjuk a 64 bites kliens megjelenését is :)

Másrészt lehet az én emlékezetem ködös, de ez a 15/24 bites korlát csak az első
3DNow! ra vonatkozik, az Enhanced vagy milyen ben már él a 32 nem?
Csak az első 3DNow  -ba folyatm bele felszinesen, meg az SSE -be.
De az SSE után úgy döntöttem, hogy ehhez se kedvem se időm, se energiám :D

#931 Felhasználó inaktív   akosf 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 649
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 13:48

Idézet: Benoke - Dátum: 2005. júl. 22., péntek - 14:42

Egyrészt ezért várjuk a 64 bites kliens megjelenését is :)

Másrészt lehet az én emlékezetem ködös, de ez a 15/24 bites korlát csak az első
3DNow! ra vonatkozik, az Enhanced vagy milyen ben már él a 32 nem?
Csak az első 3DNow  -ba folyatm bele felszinesen, meg az SSE -be.
De az SSE után úgy döntöttem, hogy ehhez se kedvem se időm, se energiám :D


Igen, az 3DNow! professional az 32 bites... és ezek egy az egyben az SSE utasítások.
A 3DNow! enhanced utasítások jóformán csak konverziós utasítások.

Szerkesztette: akosf 2005. 07. 22. 13:54 -kor

#932 Felhasználó inaktív   special 

  • project 2501
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 11.962
  • Csatlakozott: 2001. jan. 16.

Elküldve: 2005. 07. 22. 13:53

:D

Btw, a 64 bit nem hiszem, hogy sokat segítene, bár nem mernék határozott kijelentést tenni. Ugyanis a ha a számítástömeg nagy része (90 % felett) lebegőpontos, akkor a 64 bites integer tartomány nem sokat segít. Esetleg a több regiszter?
hwsw.hu

#933 Felhasználó inaktív   akosf 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 649
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 13:56

Idézet: special - Dátum: 2005. júl. 22., péntek - 14:53

:D

Btw, a 64 bit nem hiszem, hogy sokat segítene, bár nem mernék határozott kijelentést tenni. Ugyanis a ha a számítástömeg nagy része (90 % felett) lebegőpontos, akkor a 64 bites integer tartomány nem sokat segít. Esetleg a több regiszter?

Az AMD64 nem ezért született...
Egyszerűen elértük a közvetlen memóriacímzés korlátját. 32 bit -> 4GB RAM
A 64 bites kiegészítés segítségével 256TB-ra nő a címtartomány.

#934 Felhasználó inaktív   Benoke 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.490
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 14:13

Idézet: special - Dátum: 2005. júl. 22., péntek - 14:53

:D

Btw, a 64 bit nem hiszem, hogy sokat segítene, bár nem mernék határozott kijelentést tenni. Ugyanis a ha a számítástömeg nagy része (90 % felett) lebegőpontos, akkor a 64 bites integer tartomány nem sokat segít. Esetleg a több regiszter?

kb 30% extra kraftot jelent a 64 bites kleins.
Valahol itt is beszéltünk róla, meg a neten is olvastam.

#935 Felhasználó inaktív   special 

  • project 2501
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 11.962
  • Csatlakozott: 2001. jan. 16.

Elküldve: 2005. 07. 22. 14:15

Idézet: akosf - Dátum: 2005. júl. 22., péntek - 14:56

Az AMD64 nem ezért született...
Egyszerűen elértük a közvetlen memóriacímzés korlátját. 32 bit -> 4GB RAM
A 64 bites kiegészítés segítségével 256TB-ra nő a címtartomány.

És ez mennyiben releváns a setire? Itt nem az adattömeg nagy, hanem a számítási tömeg. És ha nem igazán tartalmaz nagytömegű integer számítást, akkor tök mindegy, hány biten végzed el. Viszont az AMD64 ezenkívül több regisztert is tartalmaz, ezek hatását nem tudom felmérni, de az FPR számának pozitív hatással kellene lennie a setire is, elvileg.
hwsw.hu

#936 Felhasználó inaktív   Hank 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 622
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 14:41

Üdv mindenkinek!
2 hét kényszerszünet után ráálltam újra a Setire,csak van egy kis bibi:

2005.07.22. 15:23:48||Starting BOINC client version 4.45 for windows_intelx86
2005.07.22. 15:23:48||Data directory: C:\Program Files\BOINC
2005.07.22. 15:23:48|SETI@home|Found app_info.xml; using anonymous platform
2005.07.22. 15:23:48|SETI@home|Computer ID: 940642; location: ; project prefs: default
2005.07.22. 15:23:48||No general preferences found - using BOINC defaults
2005.07.22. 15:23:48||Remote control not allowed; using loopback address
2005.07.22. 15:23:48|SETI@home|Resuming computation for result 17ja05aa.11111.25089.123566.142_1 using setiathome version 4.18
2005.07.22. 15:23:48|SETI@home|Deferring communication with project for 2 hours, 3 minutes, and 44 seconds
Ezt írja ki a Boinc és nem tudja megjeleníteni grafikusan a kódolást.
1 csomagot 1 óra alatt lenyom,jó ez az optimalizált Seti  :D ,csak ez kicsit zavaró tényező.
Mitől van ez???

Hank

#937 Felhasználó inaktív   special 

  • project 2501
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 11.962
  • Csatlakozott: 2001. jan. 16.

Elküldve: 2005. 07. 22. 14:49

Mi mitől van? Hogy nem tud kapcsolatot teremteni? Náluk van akkor általában a baj, vagy nálad a netelérésnél. Az, hogy grafikusan nem tudja megjeleníteni, nálam is igaz, viszont nem érdekel.:)
hwsw.hu

#938 Felhasználó inaktív   special 

  • project 2501
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 11.962
  • Csatlakozott: 2001. jan. 16.

Elküldve: 2005. 07. 22. 14:54

Ákos, egyébként milyen a rendszered? Hány megahertzen fut a proci, milyen memória? És ugyanazzal a géppel 13 ezerről vitted le hatezres magasságba?

Szerkesztette: special 2005. 07. 22. 14:56 -kor

hwsw.hu

#939 Felhasználó inaktív   Oliver & Jaszka 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 142
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 15:51

Idézet: Hank - Dátum: 2005. júl. 22., péntek - 8:41

... nem tudja megjeleníteni grafikusan a kódolást.
1 csomagot 1 óra alatt lenyom,jó ez az optimalizált Seti  :D...

Az 4.11 (Tetsuji Maverick Rai féle) optimizált kliensben nincs grafikus megjelnítés. A kódból kivett mindent ami nem szükséges a számítások elvégzéséhez.
Sokkal gyorsabb, csak nem lehet gyönyörködni a grafikában :D
Csatlakozz a SZTAKI Desktop Grid forum.hwsw.hu csapathoz!
Itt talalhatsz infót az ELSŐ MAGYAR BOINC PROJEKT-ről.

#940 Felhasználó inaktív   Hank 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 622
  • Csatlakozott: --

Elküldve: 2005. 07. 22. 18:17

Ez a bajom igazán: 

2005.07.22. 19:08:50|SETI@home|No work from project
2005.07.22. 19:08:51|SETI@home|Deferring communication with project for 58 seconds
2005.07.22. 19:09:50|SETI@home|Sending scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi
2005.07.22. 19:09:50|SETI@home|Requesting 8640 seconds of work, returning 0 results
2005.07.22. 19:09:53|SETI@home|Scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi succeeded
2005.07.22. 19:09:53|SETI@home|No work from project
2005.07.22. 19:09:54|SETI@home|Deferring communication with project for 58 seconds
2005.07.22. 19:10:54|SETI@home|Sending scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi
2005.07.22. 19:10:54|SETI@home|Requesting 8640 seconds of work, returning 0 results
2005.07.22. 19:10:57|SETI@home|Scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi succeeded
2005.07.22. 19:10:57|SETI@home|No work from project
2005.07.22. 19:10:58|SETI@home|Deferring communication with project for 59 seconds
2005.07.22. 19:11:58|SETI@home|Sending scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi
2005.07.22. 19:11:58|SETI@home|Requesting 8640 seconds of work, returning 0 results
2005.07.22. 19:11:59|SETI@home|Scheduler request to http://setiboinc.ssl...edu/sah_cgi/cgi succeeded
2005.07.22. 19:11:59|SETI@home|No work from project
2005.07.22. 19:12:01|SETI@home|Deferring communication with project for 2 minutes and 6 seconds
 

Így nehezen fogom visszaszerezni az elveszített kreditjeimet.
Seti server megint szarakodik?

Hank

Téma megosztása:


  • (152 Oldal)
  • +
  • « Első
  • 45
  • 46
  • 47
  • 48
  • 49
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó