[Jocika]

Idézet: Benoke - Dátum: 2006. jan. 3., kedd - 8:45

Nekem soha nem szedett még le Albertet akárhányszor próbálkoztam. Sõtt ha bemásoltam az Einstein helyére és átneveztem, fogta letörölte és ujra letöltötte

Nekem meg ma reggelig csak albert-es csomagot töltött le; most kaptam az elsõ einstein-es csomagokat (az albert 16 csomagjához képest 3 einstein-es jött most).

Tényleg: optimalizált einstein nem készül?

[Bucy]

Valamikor éjjel letöltött 1 albertet ha minden igaz, most gyorsan kicseréltem a 13-asra, de ez van:
2006.01.03. 12:42:02|Einstein@Home|Message from server: (reached daily quota of 4 results)
2006.01.03. 12:42:12|SZTAKI Desktop Grid|Message from server: (reached daily quota of 500 results)
   

Ami még soha nem volt, klimás csomagot se kaptam egybõl, pedig azon elcsámcsog pár hónapig.

[Benoke]

Idézet: Bucy - Dátum: 2006. jan. 3., kedd - 13:48

Valamikor éjjel letöltött 1 albertet ha minden igaz, most gyorsan kicseréltem a 13-asra, de ez van:
2006.01.03. 12:42:02|Einstein@Home|Message from server: (reached daily quota of 4 results)
2006.01.03. 12:42:12|SZTAKI Desktop Grid|Message from server: (reached daily quota of 500 results)
   

Ami még soha nem volt, klimás csomagot se kaptam egybõl, pedig azon elcsámcsog pár hónapig.

Klimán olyan sokat dolgozik?
Mert akkor benevezek oda is, hátha 4 project közül már lesz olyan ami épp nem áll
Ha nem jön be akkor bõvítem tovább a kört. 

[Bucy]

Idézet: Benoke - Dátum: 2006. jan. 3., kedd - 15:32

Klimán olyan sokat dolgozik?
Mert akkor benevezek oda is, hátha 4 project közül már lesz olyan ami épp nem áll
Ha nem jön be akkor bõvítem tovább a kört. 

Most kaptam frisset 1 órája megy és még hátra van 1470. 3200+ -on.
Jelentési határidõ 2006.12.16. Nem kapkodós project.

[cigam]

Idézet: Bucy - Dátum: 2006. jan. 3., kedd - 15:51

Most kaptam frisset 1 órája megy és még hátra van 1470. 3200+ -on.
Jelentési határidõ 2006.12.16. Nem kapkodós project.

Mikor lesz ebbol vmi eredmeny?

[Bucy]

Idézet: cigam - Dátum: 2006. jan. 3., kedd - 19:35

Mikor lesz ebbol vmi eredmeny?

Folyamatosan küld vissza részeredményeket a feldolgozás is több fázisból áll.

[Benoke]

Idézet: Bucy - Dátum: 2006. jan. 3., kedd - 20:47

Folyamatosan küld vissza részeredményeket a feldolgozás is több fázisból áll.

Lehet kipróbálom azt is

[Bucy]

Idézet: Benoke - Dátum: 2006. jan. 4., szerda - 8:33

Lehet kipróbálom azt is

Még nem látlak a listán.
1-re vigyázz, helyigényes, viszont procitesztre jobb mint a prime95.

[Benoke]

Idézet: Bucy - Dátum: 2006. jan. 4., szerda - 9:48

Még nem látlak a listán.
1-re vigyázz, helyigényes, viszont procitesztre jobb mint a prime95.

Helyigényes? Ez mennyit jelent?

[Bucy]

Idézet: Benoke - Dátum: 2006. jan. 4., szerda - 9:24

Helyigényes? Ez mennyit jelent?

Olyan 500MB-tõl kezd hízni 1GB fölé is mehet.

[Benoke]

Idézet: Bucy - Dátum: 2006. jan. 4., szerda - 10:38

Olyan 500MB-tõl kezd hízni 1GB fölé is mehet.

Akkor kihagyom. 
Ennyit le és fel töltögetni gázos.
Már a Seti -t is sokallják. 

Szerkesztette: Benoke 2006. 01. 04. 10:03 -kor

[Bucy]

Idézet: Benoke - Dátum: 2006. jan. 4., szerda - 10:02

Akkor kihagyom. 
Ennyit le és fel töltögetni gázos.
Már a Seti -t is sokallják. 

Nem ennyit tölt 1 új csomag letöltéskor mindenestõl 30MB körül van, részeredményeket meg pár 100k-ban küldi vissza.

[akosf]

Idézet: Bucy - Dátum: 2006. jan. 4., szerda - 11:19

Nem ennyit tölt 1 új csomag letöltéskor mindenestõl 30MB körül van, részeredményeket meg pár 100k-ban küldi vissza.

Megjegyzés: A teljes feldolgozási idõ alatt (1000 óra?) 144 "checkpoint" van. Innen képes folytatni a számolást is, ha újraindítod a BOINC-ot. Vagyis legalább 8 órát üzemeljen a gép egyhuzamban, ha nem akarod hogy mindig az elejétõl kezdje a számolást.

[Bucy]

Idézet: akosf - Dátum: 2006. jan. 4., szerda - 15:53

Megjegyzés: A teljes feldolgozási idõ alatt (1000 óra?) 144 "checkpoint" van. Innen képes folytatni a számolást is, ha újraindítod a BOINC-ot. Vagyis legalább 8 órát üzemeljen a gép egyhuzamban, ha nem akarod hogy mindig az elejétõl kezdje a számolást.

Ezt a 8 óra üzemelést hogy érted? Mert 1 projecten nekem 2 órát dolgozik utána cserél, a gépek nagy része max. napi 4 órát foglalkozik cpdn-el, mégis szépen haladnak elõre.

[akosf]

Idézet: Bucy - Dátum: 2006. jan. 4., szerda - 17:15

Ezt a 8 óra üzemelést hogy érted? Mert 1 projecten nekem 2 órát dolgozik utána cserél, a gépek nagy része max. napi 4 órát foglalkozik cpdn-el, mégis szépen haladnak elõre.

Miután említettétek hogy mennyit molyol a CPDN egy-egy wu-val, gondoltam utánanézek. A CPDN honlapján van az infó hogy ha egy-egy ilyen idõtartam alatt kikapcsolod a géped, akkor újrakezdi a számolást. Sõt valami olyasmi is szerepelt hogy a BOINC beállításokban a 'Leave applications in memory while preempted?' -re YES-t kell adni, különben projektek közti váltás után is a legutóbbi ponttól kezdi a számolást. Ezt eddig mindig NO-val használtam. Lehet hogy a "YES" megoldja a kikapcsolás-bekapcsolás problémát is? A 144 mentési pozíció is a honlapon szerepel. Az idõt meg valahol itt olvastam. Valami 1000-1400 órát. Ha ezt visszaosztom (1000-1400)/144 ~ 6-8 óra jön ki.

Kicsit más. Jól látom hogy a CPDN osztogat részpontokat is?

Szerk.: A te gépeid éjjel-nappal mennek és csak a projektek közt váltogatnak? Vagy a 2-4 óra idõtartam után van egy kikapcs-bekapcs is? Érdekel a dolog, lehet hogy felrakom valamelyik gépre. Bár elég sok helyet kér magának. 1,2 GB szabad tárhely mellett még panaszkodik.

Szerkesztette: akosf 2006. 01. 04. 16:47 -kor

[Bucy]

Idézet: akosf - Dátum: 2006. jan. 4., szerda - 16:45

Miután említettétek hogy mennyit molyol a CPDN egy-egy wu-val, gondoltam utánanézek. A CPDN honlapján van az infó hogy ha egy-egy ilyen idõtartam alatt kikapcsolod a géped, akkor újrakezdi a számolást. Sõt valami olyasmi is szerepelt hogy a BOINC beállításokban a 'Leave applications in memory while preempted?' -re YES-t kell adni, különben projektek közti váltás után is a legutóbbi ponttól kezdi a számolást. Ezt eddig mindig NO-val használtam. Lehet hogy a "YES" megoldja a kikapcsolás-bekapcsolás problémát is? A 144 mentési pozíció is a honlapon szerepel. Az idõt meg valahol itt olvastam. Valami 1000-1400 órát. Ha ezt visszaosztom (1000-1400)/144 ~ 6-8 óra jön ki.

Kicsit más. Jól látom hogy a CPDN osztogat részpontokat is?

Szerk.: A te gépeid éjjel-nappal mennek és csak a projektek közt váltogatnak? Vagy a 2-4 óra idõtartam után van egy kikapcs-bekapcs is? Érdekel a dolog, lehet hogy felrakom valamelyik gépre. Bár elég sok helyet kér magának. 1,2 GB szabad tárhely mellett még panaszkodik.

Na majd ránézek a nem 24 órás gépeknél, mert azok is 2 óránként váltanak, és kisöpörtetem a memóriából. Valami sántít szerinetem, mert akkor nekem minden gép újrakezdené állandóan a számolást, mivel az összes legalább 2 projecten dolgozik és sose marad memóriában a pihentetett.

[akosf]

Idézet: Bucy - Dátum: 2006. jan. 4., szerda - 17:58

Na majd ránézek a nem 24 órás gépeknél, mert azok is 2 óránként váltanak, és kisöpörtetem a memóriából. Valami sántít szerinetem, mert akkor nekem minden gép újrakezdené állandóan a számolást, mivel az összes legalább 2 projecten dolgozik és sose marad memóriában a pihentetett.

Azt hiszem megvan a válasz. Rosszul tudtam a dolgot. A timestep nem a teljes feldolgozási idõre vonatkozik, hanem az aktuálisan számolt model 0,5 órájának (nem egyenlõ a valós idõvel) felel meg? Brrr... A CPDN oldalon egy példában ez 2,2 másodperc. Vagyis minden 144*2,2=316,8-ik másodpercben van mentés. Ez már jobban hangzik...

Szerkesztette: akosf 2006. 01. 04. 17:30 -kor

[Oliver & Jaszka]

Idézet: telefonn - Dátum: 2006. jan. 3., kedd - 4:07

Tud valaki valamit a SZTAKI-rol mert Kb. 3 napja nem tölt egyet sem le???? és az oldalon nincs semmi se írva, hogy hiba lenne.

Új hír a SZTAKI-ról:
"2005. január. 3.      A munkacsomag utánpótlásban kisebb probléma lépett fel, amint sikerült megoldani a problémát újra lesznek munkacsomagok!"

[Jocika]

Ákos; a 13-as albert nem jó?
Csak mert reggel még fent volt a honlapodon, most meg már nincs...

[akosf]

Idézet: Jocika - Dátum: 2006. jan. 4., szerda - 21:52

Ákos; a 13-as albert nem jó?
Csak mert reggel még fent volt a honlapodon, most meg már nincs...

Sajnos nem jó. Úgy tûnik az Einsteinnél sokkal szûkebb a tûrésmezõ mint a SETI-nél, vagy talán nincs is. Kb. 60 bit pontosságúak voltak az eredményeim, a SETI-nél bõven elég volt 20, ezért is lehetséges az SSE egyszerû használata.

A 0013-as után még feltornáztam a SIN/COS számítás pontosságát is 64 bitre (maximum), de ekkor már nem voltam gyorsabb a processzorba integrált FSINCOS utasításnál. Tehát kijelenthetõ hogy jelentõsen gyorsítani csak az osztó rutin további módosításával lehetséges.

Még lehet hogy teszek pár kísérletet egy SSE (+ FPU) alapú Newton-Raphson iterációval finomított reciprokképzésre, bár az igazi az SSE2 (+ FPU) alapú lenne, ugyanis az FPU CW/PC=10 (53 bites mantissza, dupla pontos értékek) pontosságal számol az osztásnál. Ilyen pontosságú az SSE2 is.

Az iterációra azért van szükség mert a SSE alatt csak 12 bites reciproktáblázatot lehet elõcsalogatni a CPU-ból (AMD esetén 14-15 bit)...