[_Geri_]

Nem, ez nem feltétlenül van így. Ha valamit emulálsz, annak a lényegi végeredménye nem függhet az emulátort futtató gazdatest adottságaitól, leszámítva persze a sebességet.

[akosf]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 21:08

Nem, ez nem feltétlenül van így. Ha valamit emulálsz, annak a lényegi végeredménye nem függhet az emulátort futtató gazdatest adottságaitól, leszámítva persze a sebességet.

Vagyis? Az is lehet hogy emulálja meg az is hogy nem.
Hm... Akkor most miért higgyek?  :Ð

Szerkesztette: akosf 2009. 02. 03. 20:12 -kor

[Valdy]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 19:39

Egészpontosan a Thunderbird széria az, amiben még nincs SSE, az meg emlékeim szerint 1400 mhz-ig skálázódik. Ha egy kis bennfentes infót akartok hallani - az ezt követõ Athlonokban sincs SSE igazából - 3dnow!-al emulálja a processzor feldolgozóegysége az SSE kódokat, és az SSE támogatást szoftveresen le is lehet akár kapcsoni.

Ez nem úgy volt hogy az axp-ben debütált a 3dnow prof, ami lényegében az sse-vel egyezett meg? Tehát ebbõl a szempontbõl az sse támogatása csupán azért kellett, hogy átverje azokat a progikat amik csak sse-t támogattak, hogy athlonon is legyen gyorsulás.

[_Geri_]

Vagyis az SSE utasítások által végeredményül adott értékek alapján nem tudod megállapítani, hogy emulált kód -e az SSE. Pláne mert Intel processzorok is emulálják az SSE utasításkészlet nagy részét (=

[_Geri_]

Valdy: nem átverés. Emulálni kell, a 3dnow! és az SSE nem egyezik meg, csak funkcionalitásilag.

[Valdy]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 20:13

Valdy: nem átverés. Emulálni kell, a 3dnow! és az SSE nem egyezik meg, csak funkcionalitásilag.

Idézet

3DNow! Professional does not appear to be an extension to the 3DNow! instruction set but rather a trade name created to indicate processors that combine 3DNow! technology with a complete SSE instructions set (such as SSE1, SSE2 or SSE3).[5] The first processor to match this description would be the Athlon XP. The Athlon XP added the remainder of the SSE1 instruction set missing from earlier Athlon processors (for the total of: 21 original 3DNow! instructions; 5 3DNow! extension DSP instructions; 19 MMX extension instructions; and 52 additional SSE instructions for complete SSE1 compatibility).[6]

[_Geri_]

Ja értem, szóval te konkrétan a 3dnow! professionalra gondoltál? Bocsi, azt hittem hogy magára a 3dnow!-ra. A 3dnow! professional lényegében azt jelenti, hogy a processzor támogatja a 3dnow! mellett az SSE-t is, illetve ha jól tévedek, kapott még plusszba 1-2 utasítást a 3dnow! is. (De az 1-2 most szó szerint, mert vagy egyet kapott, vagy kettõt, de erre már nem emlékszem )

[Valdy]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 20:21

Ja értem, szóval te konkrétan a 3dnow! professionalra gondoltál? Bocsi, azt hittem hogy magára a 3dnow!-ra. A 3dnow! professional lényegében azt jelenti, hogy a processzor támogatja a 3dnow! mellett az SSE-t is, illetve ha jól tévedek, kapott még plusszba 1-2 utasítást a 3dnow! is. (De az 1-2 most szó szerint, mert vagy egyet kapott, vagy kettõt, de erre már nem emlékszem )

Akkor most mégis támogatja az sse-t és nem emulálja? Mert ugye most az axp-rõl beszélünk, ami a tb után jött és ebben van elöször sse támogatás (és 3dnow prof is).

[_Geri_]

Persze hogy támogatja, de emulálja, mert nincs hozzá végrehajtó áramköre!

[akosf]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 21:28

Persze hogy támogatja, de emulálja, mert nincs hozzá végrehajtó áramköre!

Azért némi áramköri kiegészítés kell hozzá, ugyanis az SSE utasításkészlet némileg bõvebb mint a 3DNow!, 3DNow!+ és az MMX együttvéve. Pl. ANDPS, XORPS, PEXTRW, MOVNTPS, RSQRTPS és még néhány utasítás csak rendkívül lassan lenne emulálható. Legalábbis véleményem szerint, nem csak a mikrokód bõvítéssel oldották meg.

Szerkesztette: akosf 2009. 02. 03. 20:42 -kor

[_Geri_]

Utánanéztem a googleban kicsit, ezt találtam:

http://209.85.129.132/search?q=cache:u2BzN...lient=firefox-a

Idézet

x86 CPUs are SSE (Streaming SIMD Extensions, requires Pentium III+) and 3DNow! (supported by all AMD chips since the K6-2). Athlon XP processors also implement SSE, although it's emulated and therefore slower than equivalent 3DNow! code

[akosf]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 21:43

Athlon XP processors also implement SSE, although it's emulated and therefore slower than equivalent 3DNow! code

Ez azért kicsit félrevezetõ.

Egyrészt valóban jelentkezik némi sebességelõny a 3DNow! oldalán, mivel rövidebbek az utasítások utasításhosszai, így az utasításdekódereknek picit könnyebb a dolga. Egyszer ezt méregettem is. Mindössze néhány % elõnyrõl van szó.

Másodszor az SSE utasításkészlet kétszer annyi értékkel (8x128 bit) tud dolgozni, így ha arra optimalizálják a kódot, akkor bizony gyorsabb mint a 3DNow! (8x64bit).

Szerkesztette: akosf 2009. 02. 03. 20:54 -kor

[_Geri_]

De nem AthlonXP-vel, hisz az író látható módon errõl beszél.

[akosf]

Idézet: _Geri_ - Dátum: 2009. febr. 3., kedd - 21:56

De nem AthlonXP-vel, hisz az író látható módon errõl beszél.

De igen, Athlon XP-vel is.

[_Geri_]

Az van ide írva hogy:

Idézet

Az Athlon XP processzorban is implementálták az SSE-t, bár emulált, ezáltal lassabb mint a vele egyenértékû 3dnow! kód.

[Telcontar]

A rövidebb utasításhossz nem csak a dekóder egységnek könnyebbség. Kevesebb adatforgalmat jelent a memória felõl.

[Telcontar]

Idézet: akosf - Dátum: 2009. febr. 3., kedd - 19:40

Gyorsan belenéztem az Everest beépített eredményeibe.
Memória olvasás:
Celeron 266MHz: 360MB/mp PC66 SDRAM 3-2-2-5
K6-2 333MHz: 150MB/mp PC66 SDRAM 3-3-3-6

Valamint még megjegyezném hogy az Intel processzorok rendszeresen jobbak az elágazásbecslésben és általában az MMX utasítások végrehajtásában is.

Ez az eredmény azért érdekes, mert valamikor régebben, talán a PH!-n pont Fieryvel beszélgettünk errõl, és õ bizony a gyengébb FPU-t kárhoztatta a K6-osok lanyhább teljesítményéért (most nem a video dekódolásra értem). Én meg a kisebb memóriasávszélességre emlékeztem. Aztán lehet, hogy mindkettõnknek igaza volt, és alkalmazásfüggõ, hogy éppen melyik gyengeség miatt teljesít rosszabbul a K6 az Intellel szemben.

[_Geri_]

Telcontar: felkaptalak amúgy msn-re. Lehet kárhoztatini a k6ot a gyenge fpu miatt, de ne felejtsük el, hogy cserébe támogatja a 3dnow!-ot, és ahol nagyon lemaradt volna a k6, ott amúgyis általában volt 3dnow!-ra forgatott .exe is, bár most így hirtelen csak a quake2-t tudnám megnevezni, emlékszem még jó pár játékra, amely használt erre való optimizációt. Ráadásul mióta a driverek rendelkeznek a vertextranszformáció felõl, ez a kezdeti probléma meg is szûnt a K6-oknál. Tény, hogy az fpu gyenge, de ez egyedül nem okozhat akkora teljesítménybeli problémát, mint ami a K6nál jelentkezett a maga korában. Szerintem a probléma gyökere teljesen máshol keresendõ.

[Telcontar]

Vagy inkább sokágú gyökere van a dolognak, amibõl az egyik ág az FPU. Ettõl függetlenül számomra a teljes K6;K6/2;K6/III széria elbûvölõ.

[akosf]

Mai zsákmány: