[Benoke]

Idézet: Freddy - Dátum: 2005. dec. 20., kedd - 9:07

special: sztem meg lehetne emliteni azt hogy ez vegulis egy versenges orszagok/csapatok/emberek/cpuk kozott, sokan szerintem ezert csinaljak, mert bar valahol remenykedunk hogy lesz valami eredmenye ennek a projectnek, azert erre nagyon keves esely van.
Btw szerintem amd rox, foleg az ar/teljesitmeny tekinteteben. ez kulonosen igaz volt a k7-re, a mostani a64-ekre mar nem igazan, hiszen bar gyorsabbak mint egy azonos szamozasu p4 (legtobb esetben...),mar az arat is megkerik kemenyen. A turion-rol mar nem is beszelve, ami irgalmatlan draga, abban a szegmensben egyertelmuen jobb veletel egy p4m...
Az amd a k7-tel szepen kialakitott egy vevokort az a64-gyel pedig meg is tartja oket.

A K7 rossz ár teljesítményû volt?  Hát szerintem valamit nagyon benéztél
Pont hogy ha össze mérted volna a teljesítmény mutató számokat az árral, torony magasan a legjobb volt amikor az volt az AMD fõ terméke.
Az A64 meg még szép hogy árban is ott van? Mért kéne egy gyorsabb terméket az AMD nek olcsóbban adnia mint Intel papának? Pláne hogy Intel oldalról nem nagyon tudnak semmi komolyat felmutatni. ha csak nem az árcsökkentést amivel ár teljesítményben felhozzák a termékeiket ha már teljesítményben nem tudták.
A turion egy elsõ próbálkozás, valóban félig meddig jobb vétel egy pm és nem p4m, mert az asztali proci lenne ugye bár Az A64 nyeri inkább a vevõket a K7 csak szinten tartás volt. Most került oda a piac hogy otthoni gépekben nagyjából fele fele arányban van mind két gyártó jelen. Csak a cégszektorban tud nehezen elõlte rörni az AMD, mondjuk akad szép számú gátló tényezõ. Ugye Cég politikai döntéek amikben ott szerepel az Intel neve, innentõl kezdve AMD -t ki sem próbálnak. A begyöpösödött IT -sek A disztribútorok, akik villognak hogy ennyi meg annyi Opteronos szervert adtak el aztán ha ne tán rendelni szeretnék, akkor közlik, hogy nincs és leghamarabb féléven belül lesz, de az sem biztos Meg még ezernyi buktató. Ezért pl a régi P3 -as szervert nem is cseréljük idén P4 Xeonra felesleges, gyorsulás mértéke a valós környezetben konvergál a nullához. Bár a HP (pontosabban a disztribútorai) minden áron ránk akart sózni egy Xeon -t és igen nehezen értette meg hogy Opteron -t akarunk.

[Benoke]

Más téma. Mikor lesz már végre egy olyan BOINC amiben az alap funkciók mûködnek?
Gondolok itt a kedves szeretett Proxy -ra ?
Mert az 5 -ös szériában még nem volt olyan verzió ami tudta volna kezelni.
Tegnap kipróbáltam az 5.2.13 -at természetesen nem használta a Proxy beállításokat
Csatlakozni nem tudott. Remek.

[Freddy]

Benoke olvasd el meg1x amit irtam mert felreertetted.
Egyertelmu hogy a k7 kivalo ar/teljesitmeny volt, valamit felreolvastal...
En is maximalisan amd parti vagyok, de a notimban 2 gigas p4m van

[Papa]

Idézet: Sumi - Dátum: 2005. dec. 18., vasárnap - 2:33

én együtt kezdtem a setizést DViD-del, értsd: barátok voltunk, 8 éve ismerem, osztálytársak voltunk stb... együtt indultunk el az informatikus pályán. most hogy már nincs, szeretném továbbvinni a mûvét... és ebben szeretném a segítségeteket kérni...

 

[Carmaged]

Idézet: Benoke - Dátum: 2005. dec. 20., kedd - 16:27

A K7 rossz ár teljesítményû volt?  Hát szerintem valamit nagyon benéztél
Pont hogy ha össze mérted volna a teljesítmény mutató számokat az árral, torony magasan a legjobb volt amikor az volt az AMD fõ terméke.

rox = rocks = lehengerel

[akosf]

Idézet: special - Dátum: 2005. dec. 20., kedd - 12:30

Ehh, vagy te nem érted.



Neked aztán jó forrásaid lehetnek, hogy logikaszinten össze tudsz vetni különbözõ chipeket. Kicsit nagyon más architektúrák, teljesen másmilyen logikai áramkörökkel. A "hasonló" kijelentéssel meg nem lehet mit kezdeni. Miben hasonló, hogy azonos a csíkszélesség esetleg? Vagy mindegyik szilícium-alapú szennyezett félvezetõ, levilágítással kialakítva?



A gányolt kód annak szólt, hogy a processzoroknak felrovod, optimalizációval lehet csak kihasználni a fejlesztéseket. Tovább nem folytatom, mert látom ügyet csinálsz abból, hogy nem tévedhetsz, vagy írhatsz le tévedéseket. Én már hibáztam, mikor felfújtam ezt a lufit.

Én azt látom hogy csak te értetlenkedsz.

A gányolt szót én másra szoktam használni...
Velem például gyakran megesik (majdnem állandóan) hogy csak erre jut idõm, de ha mûködik, akkor van ember aki utánam rendberakja a dolgokat.

Egyébként ha egy eljárást nem írsz meg úgy hogy használja az SSE, MMX kiterjesztéseket, vagy úgy hogy kihasználja a nagyobb cache elõnyeit, akkor az a program nem is fogja használni sem az SSE sem a 64 bit, sem az MMX elõnyeit. Szerinted az optimalizált SETI kliensek mitõl futnak jobban?
Optimalizálták õket. Mondjuk nekem ez logikusnak tûnik, de ettõl még lehet hogy másnak nem.

Avval meg ne gyere hogy tévedhetelennek hiszem magam, csak ha bosszantani akarsz. Remélem idevágóan logikus magyarázatnak elfogadod hogy mivel még nem láttam tévedhetelen embert, épp ezért magamat sem tartom annak. Az viszont igaz hogy olyan dolgokat szoktam leírni aminek már utánanéztem, épp ezért elõforul felhúzom magam azon mikor valaki jön a "lufis" dumával, konkrétumok nélkül és csak beleköt mindenbe.

Ha tényleg érdekel valamelyik kérdésedre a válasz amit feltettél, akkor természetesen segítek annak megválaszolásában. Csak annyit kérnék hogy ne olyan szemmel nézz rám hogy "na megint itt van egy mindenek tudója", gondolj inkább arra hogy néha még elõfordul aki tényleg szeret segíteni.

Szóval várom a kérdéseidet, ha még érdekel...

[Yany]

Tetszik ez az új BOINC:
3203 double precision MIPS (Whetstone) per CPU
9736 integer MIPS (Dhrystone) per CPU

A már korábban említett 2340 MHz-es A64/SSE2-vel.

j

[Benoke]

Idézet: Carmaged - Dátum: 2005. dec. 21., szerda - 0:00

rox = rocks = lehengerel

A rox ról nekem nem ez jutott eszembe.
Hát ezt benéztem 

[Sumi]

jók ezek az a64ek

[Bucy]

Sztakisok!

Ezt kapom az 1ik gépemen:

2005.12.22. 19:08:01|SZTAKI Desktop Grid|Message from server: No work sent
2005.12.22. 19:08:01|SZTAKI Desktop Grid|Message from server: (reached daily quota of 500 results)
2005.12.22. 19:08:01|SZTAKI Desktop Grid|No work from project

Örülnék, ha így lenne, de közelébe nem járok az 500-nak.
Valakinek csinál hasonlót?

[Freddy]

nekem is csinal ilyet neha, aztan meg leszed par wu-t, 12 perc alatt kiszamolja...
valami nem stimmelhet mert eddig joval tobb ideig szamolta a sztakit...

[Oliver & Jaszka]

Idézet: Bucy - Dátum: 2005. dec. 22., csütörtök - 15:33

Sztakisok!

Ezt kapom az 1ik gépemen:

2005.12.22. 19:08:01|SZTAKI Desktop Grid|Message from server: No work sent
2005.12.22. 19:08:01|SZTAKI Desktop Grid|Message from server: (reached daily quota of 500 results)
2005.12.22. 19:08:01|SZTAKI Desktop Grid|No work from project

Örülnék, ha így lenne, de közelébe nem járok az 500-nak.
Valakinek csinál hasonlót?

A server upgrade okozott egy kis galibát náluk. Ádám már dolgozik rajta. Baj van a quotával és a csomagok nagyságával is többek között. De azért ha lassan is, de döcög a szekér... 

[Freddy]

259  239  376  422  785  955 
az elso 2 ertek a sima non-cruncher-fele optimalizalt kliens RAC-a, az utobbiak pedig a cruncher-fele eredmenyek RAC-a. Azert ez nem semmi. Es ez 1 gep, es meg jopar csomag nincs validalva...

[Kovido]

Sziasztok,

most léptem be 4 project-nél is a csapatba.
Van olyan optimalizált kliens az Einstein-hez is, mint a Seti-hez?
A Seti-t és az Einstein-t szeretném fõleg nyomni és szeretnék gyorsítani egy kicsit. A Seti már megvan. 25-37 perc egy WU.

Kösz

[akosf]

Idézet: Kovido - Dátum: 2005. dec. 23., péntek - 10:37

Van olyan optimalizált kliens az Einstein-hez is, mint a Seti-hez?

Az Einstein@Home nem nyílt forráskódú a nagy pontosságú számolás miatt, így nincsenek optimalizált kliensek.

Egyébként a processzoridõ túlnyomó részét egy 89 bájtos FPU intenzív ciklusmag emészti fel, ennek optimalizálásával érdemes próbálkozni. Azonban megjegyezném hogy az Xn=1/((1/Xn-1)-F) sorozat számolásához mindenképp kell egy osztás, aminek eliminálása nélkül nem nagyon lehet gyorsítani. Bár van valahol egy SSE2-es próbálkozásom, amit nem tudtam kipróbálni megfelelõ tudású processzor hiánya miatt...

Lehet hogy még visszatérek a dologra, ugyanis szerintem az Einstein az egyik legjelentõsebb BOINC project. Ki ne akarna antigravitációs jármûvel közlekedni?

Szerkesztette: akosf 2005. 12. 23. 11:09 -kor

[Kovido]

Idézet: akosf - Dátum: 2005. dec. 23., péntek - 11:02

Az Einstein@Home nem nyílt forráskódú a nagy pontosságú számolás miatt, így nincsenek optimalizált kliensek.

Egyébként a processzoridõ túlnyomó részét egy 89 bájtos FPU intenzív ciklusmag emészti fel, ennek optimalizálásával érdemes próbálkozni. Azonban megjegyezném hogy az Xn=1/((1/Xn-1)-F) sorozat számolásához mindenképp kell egy osztás, aminek eliminálása nélkül nem nagyon lehet gyorsítani. Bár van valahol egy SSE2-es próbálkozásom, amit nem tudtam kipróbálni megfelelõ tudású processzor hiánya miatt...

Lehet hogy még visszatérek a dologra, ugyanis szerintem az Einstein az egyik legjelentõsebb BOINC project. Ki ne akarna antigravitációs jármûvel közlekedni?

Kösz a választ.

Jelenleg kb. 4óra egy csomag. Ha elkészülsz az optimalizációval, akkor szívesen vállalom a tesztelést.

[Benoke]

Idézet: Kovido - Dátum: 2005. dec. 23., péntek - 13:52

Kösz a választ.

Jelenleg kb. 4óra egy csomag. Ha elkészülsz az optimalizációval, akkor szívesen vállalom a tesztelést.

Micsoda önfeláldozás

[Kovido]

Idézet: Benoke - Dátum: 2005. dec. 23., péntek - 12:54

Micsoda önfeláldozás

Mindez a többi project rovására megy 

Más.
Tudja valaki, hogy az LHC project-hez miért nem lehet letölteni csomagokat? (Az oldalukon van info, de nem vagyok túl jó angolos.)
Van az LHC project-hez hwsw csapat?
Nem lehetne egységesíteni a csapatelnevezéseket?
Pl: Boinc@HWSW

[Bucy]

Idézet: Kovido - Dátum: 2005. dec. 23., péntek - 15:11

Mindez a többi project rovására megy 

Más.
Tudja valaki, hogy az LHC project-hez miért nem lehet letölteni csomagokat? (Az oldalukon van info, de nem vagyok túl jó angolos.)
Van az LHC project-hez hwsw csapat?
Nem lehetne egységesíteni a csapatelnevezéseket?
Pl: Boinc@HWSW

Nem tudok LHC csapatról.
Picit visszaolvashatnál, most volt névszinkronizálás.

[Oliver & Jaszka]

Idézet: Kovido - Dátum: 2005. dec. 23., péntek - 10:11

Tudja valaki, hogy az LHC project-hez miért nem lehet letölteni csomagokat? (Az oldalukon van info, de nem vagyok túl jó angolos.)

Nincs éppen munka, kifogytak a csomagokból. Sokszor van így, egy ideig van, aztán sokáig nincs...