[MC Pite]

off:

Processzor felmérés 2006 Q1

[Oliver & Jaszka]

Idézet: akosf - Dátum: 2006. febr. 22., szerda - 12:51

Hol olvastál a 32-es átlagról? Engem érdekelne, ugyanis részben azért nem futtatom a SZTAKI-t, mert ott sokkal kisebb RAC jön ki mint a többi projektnél. Ugyanis adott processzor ugyanannyi idõ alatt mindegyik projektben ugyanannyi creditet kellene termeljen. Akkor lenne 'konvertibilis' a credit.
Másfelõl vitatkozz velük te, ha akarsz...
szerk.: ... szerintem értelmetlen, akárcsak a használt benchmark rendszer

A franc se akar vitatkozni (no meg hogy vitatkoznek veled programozasrol, amikor gozom sincs rola).  En csak az optimizalast akartam vedeni a beszolasommal...

32. Hat mar sokan boncolgattak ezt a temat, a seti forumon keress "32 credit"-re, lesz nagyon sok olvasnivalod. Te biztosan tobbet ertesz a reszletekbol, en csak a lenyeget ragadtam ki.  PL Trux legujjabb ujitasa ugy mukodik, hogy addig alakitgatja az ertekeket amig 32 claimed credit jon ki minden normal csomagra.
Az hogy minden projecteknel mas a RAC...  hat az tuti hogy nem tokeletes a rendszer. Mas eredmenyek jonnek ki ha win vagy lin, amd vagy intel, stb. Azert van az uj kredit rendszer hogy lehessen tobb projektet futtatni egyszerre, de meg van mit csiszolni rajta. (szerintem meg mindig jobb mint a regi rendszer: 1 project - 1 csomag - 1 credit).
Nalam a sztaki-nak nem tul rossz a RAC-ja, a seti utan az termeli a legtobbet, aztan rosetta, einstein, es climate (az utolso 50%-kal kevesebb mint a seti).  A Pentium M-es laptopon persze teljesen mas a sorrend. 

[Oliver & Jaszka]

Idézet: sibike - Dátum: 2006. febr. 22., szerda - 12:39

Nem átlagolják, hanem a középsõ elemet veszik, így ha csak neked van kiugró eredményed az nem ér semmit. Viszont ha két ilyen nagy eredmény találkozik,  akkor bizony megugrik a granted kredit jelentõsen. Én amit nem értek az az, hogy miért nem lehet ugyanakkora eredményt kapni lin és win alatt.

ja-ja, igazad van! Ha harom eredmeny van akkor a kozepsot veszik; ha 4 er vissza idoben akkor a kozepso kettot atlagoljak. Igy nem lehet akkorat nyerni mint amikor valaki a classic setinel "ugyeskedett" es ugyanazt a csomit kuldte vissza 1000x naponta. Most legalabb validaljak az eredmenyeket, es ha valaki felpumpalja a claimed crediteket akkor is csak kissebb eredmenynovekedest tud elerni.

Linuxhox nem tudok hozzaszolni. [szerk] (...)

Szerkesztette: Oliver & Jaszka 2006. 02. 22. 20:33 -kor

[akosf]

Idézet: Oliver & Jaszka - Dátum: 2006. febr. 22., szerda - 20:32

32. Hat mar sokan boncolgattak ezt a temat, a seti forumon keress "32 credit"-re, lesz nagyon sok olvasnivalod. Te biztosan tobbet ertesz a reszletekbol, en csak a lenyeget ragadtam ki.  PL Trux legujjabb ujitasa ugy mukodik, hogy addig alakitgatja az ertekeket amig 32 claimed credit jon ki minden normal csomagra.

Az hogy minden projecteknel mas a RAC...  hat az tuti hogy nem tokeletes a rendszer. Mas eredmenyek jonnek ki ha win vagy lin, amd vagy intel, stb. Azert van az uj kredit rendszer hogy lehessen tobb projektet futtatni egyszerre, de meg van mit csiszolni rajta. (szerintem meg mindig jobb mint a regi rendszer: 1 project - 1 csomag - 1 credit).

Ez a 32-es tényleg érdekes. Egyébként nem lehet túl üdítõ érzés mikor napokig számoltatsz egy csomagot egy 6x86-os, K5-ös, K6-os vagy valami hasonló procival és az elõjelzett több százas claimed credit helyett kapsz mondjuk 32-t. Igazságtalannak tartom a dolgot. Szerintem nem kellene elveti azt az ötletet hogy az elkészül csomagok és a befektetett cpu idõ a hányadosából számolják a crediteket...

Szerkesztette: akosf 2006. 02. 22. 22:30 -kor

[akosf]

Olvasgattam a különféle projektek honlapjain különféle vitákat, hozzászólásokat a creditekrõl, "optimalizált" kliensekrõl, a benchmark rendszerrõl. Úgy látom hogy a legtöbb helyen bosszúsan nevetnek a kiugróan magas benchmark értékeken. Tarthatnánk egy szavazást arról hogy ki hogy áll a dologhoz...

Mindenesetre én mosolygok azokon akik hisznek egy értelmetlen dologban, bár keserû ez a mosoly ha arra gondolok hogy talán sosem lesz rendesen megoldva a pontozás...

[Oliver & Jaszka]

Idézet: akosf - Dátum: 2006. febr. 23., csütörtök - 11:29

Tarthatnánk egy szavazást arról hogy ki hogy áll a dologhoz... Mindenesetre én mosolygok azokon akik hisznek egy értelmetlen dologban, bár keserû ez a mosoly ha arra gondolok hogy talán sosem lesz rendesen megoldva a pontozás...

En szerintem sem szep dolog "tuloptimizalni", de mivel nem ernek el tul nagy tobbletet, en is ugy vagyok vele mint a "hivatalos szervek", nem nagy ugy.
Meg aztan lehet hogy nemsokara megoldodik ez a vita!  A seti betanal tesztelnek egy uj kredit-rendszert, lehet hogy atternek flop counting-ra. Ha jol ertem (te majd kijavitasz ha nem), valahogy ugy lesz hogy ugyanazert a csomagert mindenki ugyanannyi kreditet fog kapni, mindegy hogy mennyi ido alatt daralta le. (classic seti is ilyesmi volt, de igy ossze lehet majd hasonlitani az eredmenyeket a tobbi projecttel is). Persze ez meg csak teszt alatt van, ezzel sem elegedett mindenki,  ki tudja mi lesz belole.

[Bucy]

A BBC CPDN kliens 5.3.19 keretrendszert használ, megy vele a seti is rendesen. A többit most próbálom.

[Oliver & Jaszka]

Idézet: Bucy - Dátum: 2006. febr. 24., péntek - 5:27

A BBC CPDN kliens 5.3.19 keretrendszert használ, megy vele a seti is rendesen. A többit most próbálom.

Ez ugyanazt a munkat csinalja mint a rendes CPDN?

[Bucy]

Idézet: Oliver & Jaszka - Dátum: 2006. febr. 24., péntek - 13:57

Ez ugyanazt a munkat csinalja mint a rendes CPDN?

Szerintem igen, de nem jelentkeztem be, a CPDN jelszavamat nem fogadta el. Gondolom ha regisztrálsz, a BBC csapatba kerülsz. Lehet reggelek egyet próbára.

[Benoke]

A Sztaki soha nem látott mennyiségû csomaggal árasztrott el.
Ami önmagában nem lenne baj, csak hogy a számítási ideje 1-20 perc rõl hirtelen kb 7 órára nõtt csomagonként.
Mindezt 5 napos határidõre adták    :confused:

[Bucy]

Idézet: Benoke - Dátum: 2006. febr. 25., szombat - 19:43

A Sztaki soha nem látott mennyiségû csomaggal árasztrott el.
Ami önmagában nem lenne baj, csak hogy a számítási ideje 1-20 perc rõl hirtelen kb 7 órára nõtt csomagonként.
Mindezt 5 napos határidõre adták    :confused:

Valóban, nekem is van 2 ami 5 óra alatt készült el, az itthoni gépem most lett kész 1 2 órással és olyan van neki még kettõ. Az enyémek 6.-áig szólnak.
Valami hiba lehet azzal a határidõvel. 

szerk.: 23.-a óta a 12. dimenziót számoljuk, ezért nõttek az adagok.

Szerkesztette: Bucy 2006. 02. 25. 19:58 -kor

[sibike]

Nem szabad cache-t használni.

Komolyra forditva: nem a rövid deadlinnal van gond, hanem azzal, hogy hiába járt le az idõ, a kliens ugyanúgy számolja tovább a csomagokat, habár azok úgyse érnek már. Bug vagy feature?

[Bucy]

Idézet: sibike - Dátum: 2006. febr. 25., szombat - 22:36

Nem szabad cache-t használni.

Komolyra forditva: nem a rövid deadlinnal van gond, hanem azzal, hogy hiába járt le az idõ, a kliens ugyanúgy számolja tovább a csomagokat, habár azok úgyse érnek már. Bug vagy feature?

0.1 day mellett is letölt 3-at.

Nagyon jól teszi ha kiszámolja, volt már rá példa, hogy jóváírták a pontokat mert valami okból tarthatatlan volt a határidõ.

[Oliver & Jaszka]

A laptopra nalam is letoltott egy zsaknyi 8-oras csomagot. Abortoltam azokat amelyik nem lenne kesz hatarido elott.
Adam most irta a Sztaki forumon hogy a 12 dimenzios csomagok lettek "kicsit" testesek, de mar butykolt rajta valamit.   

[szerk] "The new application will absolutely be checkpoint-safe". Ezek szerint lesz uj motor a daralashoz. Akost meg kell majd kernunk hogy alkosson valami magikusat azzal is 

"Elkészültek a 11 dimenzió feldolgozásának eredményei. Reszletek itt találhatóak. Az eredményeket talált felhasználók listáját hamarosan közzétesszük." [szerk]

Szerkesztette: Oliver & Jaszka 2006. 02. 26. 00:02 -kor

[Bucy]

Van már BBC CCE csapatunk is.
Ha valaki ki akarja próbálni.

[alvaro]

Ugyan nem föltétlenül SETI, de a BOINC fele nézegetek én is (platformok közti lófrálás reményében), és a következõ dolgokra vagyok mérhetetlen kíváncsi:
- hogyan lehet BOINC alatt megoldani a cache-elést
- hogyan lehet a kliensem a csomagokkal mondjuk penen szállítani más gépre, aztáén folytatni, ahol abbafejeztem
- és lehet-e megoldani valahogy, hogy két különbözõ platform alól felváltva (win és linux között bootolgatva) ugyanazt a csomagot folytassa onnan, ahol a másik rendszer alatt abbahagyta?

Ezek kellenének az elégedettségemhez

[Papa]

Idézet: alvaro - Dátum: 2006. febr. 27., hétfõ - 17:31

Ezek kellenének az elégedettségemhez

Elkezded a SETI-t is?

[alvaro]

Idézet: Poopa - Dátum: 2006. febr. 27., hétfõ - 17:36

Elkezded a SETI-t is?

nem. nezek majd valami szimpi projectet, aminek latom ertelmet, akar rosettazok tovabb, vagy eghajlatozok, mint a fentebbi hozzaszolasban, akar nemtom

[sibike]

Idézet: alvaro - Dátum: 2006. febr. 27., hétfõ - 17:31

- hogyan lehet BOINC alatt megoldani a cache-elést
- hogyan lehet a kliensem a csomagokkal mondjuk penen szállítani más gépre, aztáén folytatni, ahol abbafejeztem
- és lehet-e megoldani valahogy, hogy két különbözõ platform alól felváltva (win és linux között bootolgatva) ugyanazt a csomagot folytassa onnan, ahol a másik rendszer alatt abbahagyta?

1. View Preferences > Edit Preferences > Connect to network about every
2. Linuxos klienssel simán, ott a boinc mappa, abba minden 'oszt kész. Amire ügyelni kell, hogy mindig benchmark+refresh-sel kell kezdeni az új gépen, hogy megfelelõ krediteket kapjál. Win alatt érdekesebb a dolog, ott próba cseresznye alapon mûködik a dolog.
3. Necces, gyakran eltérõ programverziók miatt szvsz nem lehetséges, ha igen akkor is túrni kell egy csomót a config fájlokban.

[akosf]

Idézet

- hogyan lehet BOINC alatt megoldani a cache-elést

Egyszerûen a projektes weboldalon beállítod hogy hány napra elegendõ munkát töltsön le a gépedre az BOINC.

Idézet

- hogyan lehet a kliensem a csomagokkal mondjuk penen szállítani más gépre, aztáén folytatni, ahol abbafejeztem

Én úgy oldanám meg hogy ráZIPpelném a penre a teljes BOINC könyvtárat, majd a célgép unzip, és run... ez mûködik tutira. Hátránya hogy az összes cachelt munkafájlt is cipelni kell.

Idézet

- és lehet-e megoldani valahogy, hogy két különbözõ platform alól felváltva (win és linux között bootolgatva) ugyanazt a csomagot folytassa onnan, ahol a másik rendszer alatt abbahagyta?

Tudtommal nem lehet váltani, de a legtöbb projekt munkafájljai 3-4 óránál nem tartanak tovább egy mostani gépen, így nem értem hogy miért fontos ez...