[FragMaster]

Idézet: beteg - Dátum: 2006. okt. 27., péntek - 22:43

Azt mondja a barát, õ már le is tesztelte, hogy tök halk! hogy halkabb, mint a gto-m. meg azt is, hogy állítólag cpu limites lesz még a tuning 6600 al is, de õ nem vette annyira észre, így is elég lenyûgözõ volt neki.
áh, de ti már mindent tudtok a kariról, megyek elolvasom, miket írtatok!

mifax, neked a jen-hsun huang a spanod vagy mi?

[sutyi^]

Idézet: FragMaster - Dátum: 2006. okt. 27., péntek - 23:02

mifax, neked a jen-hsun huang a spanod vagy mi?

Na ez betett így reggel. 

[RiddleR]

Idézet: FragMaster - Dátum: 2006. okt. 27., péntek - 23:02

mifax, neked a jen-hsun huang a spanod vagy mi?

[vers]

az a chip ugynolyan mint az x360-ban a gpu
edram van a chip mellett saccra 30 MB körül
innen a nagy tranyoszám

[Frosty]

Idézet: beteg - Dátum: 2006. okt. 27., péntek - 22:43

pü-ben megmondom, ha szeretnél venni egyet!

Nekem is jöhet pü.

[Bilux]

Idézet: vers - Dátum: 2006. okt. 28., szombat - 8:23

az a chip ugynolyan mint az x360-ban a gpu
edram van a chip mellett saccra 30 MB körül
innen a nagy tranyoszám

Ezt a belinkelt kínai oldalon cáfolták.

[Bilux]

Idézet: beteg - Dátum: 2006. okt. 27., péntek - 22:43

pü-ben megmondom, ha szeretnél venni egyet!

még utánna sem olvastam, nem tudtam, hogy tényleg ilyen hamar itt lesz!

ja, és az a jó, hogy csak nagyon keveset hoznak elöször, aztán csak decemberben, úgyhogy ha megveszem, de nem tetszik, mert gyenge, jó eséllyel el tudom adni még nem nagy buktával.

Azt mondja a barát, õ már le is tesztelte, hogy tök halk! hogy halkabb, mint a gto-m. meg azt is, hogy állítólag cpu limites lesz még a tuning 6600 al is, de õ nem vette annyira észre, így is elég lenyûgözõ volt neki.
áh, de ti már mindent tudtok a kariról, megyek elolvasom, miket írtatok!

Mennyiért vetted?

[vers]

Idézet: Bilux - Dátum: 2006. okt. 28., szombat - 7:35

Ezt a belinkelt kínai oldalon cáfolták.

pedig 2 proci van rajt , alul látni
és nem is egyformák

[BoGab]

Idézet: vers - Dátum: 2006. okt. 28., szombat - 9:54

pedig 2 proci van rajt , alul látni
és nem is egyformák

Mármint a sapka alatt van 2 proci?

[Chabi]

Idézet: vers - Dátum: 2006. okt. 28., szombat - 8:23

az a chip ugynolyan mint az x360-ban a gpu
edram van a chip mellett saccra 30 MB körül
innen a nagy tranyoszám

Csak az x360 Xenos (R500) gpu mellett egy tokozáson van a 10MB eDRAM.

Szerkesztette: Chabi 2006. 10. 28. 09:08 -kor

[gemini]

nézegettem a képeket, és az jutott eszembe, hogy ezeken nem kell hûteni a fet-eket?
másik az biztos buta kérdés, de minek is a 2 sli csatoló a gtx-en?

[BoGab]

A nagy tranyószám inkább a 128US egység sara. Sztem a Xenos tranyószámába sem számolják bele a mellé tett memóriát, elvégre az külön lapka.

[BoGab]

Idézet: gemini - Dátum: 2006. okt. 28., szombat - 10:10

nézegettem a képeket, és az jutott eszembe, hogy ezeken nem kell hûteni a fet-eket?
másik az biztos buta kérdés, de minek is a 2 sli csatoló a gtx-en?

Nekem a 2 SLI csatlakozóról a tervezett fizikai gyorsítás jut eszembe. ELméletileg õk is és ATi is dolgozik egy olyanon, hogy 2+1 kártya, 2 gfx egy fizika, ha 3 kártyát kötsz össze, akkor egynek kell 2 csati. Esetleg olyat tudok elképzelni, hogy nem elég nekik a kommunikációhoz az egy SLI csatorna és ezért költséghatékony szempontból (így csak 2db csatlakozót kell csomagolni és nem egy külön típust gyártani) így oldották meg.

[Chabi]

Idézet: BoGab - Dátum: 2006. okt. 28., szombat - 10:16

Esetleg olyat tudok elképzelni, hogy nem elég nekik a kommunikációhoz az egy SLI csatorna

A bevezetésre készülõ PCI-Express 2.0 szabvány ezt fogja direktbe kiküszöbölni az 5.2GB/s sávszélességével. Szóval költséghatékonyság ide vagy oda egy kártyán, nem lesz szükséges SLI csati a jövõben.
Amúgy meg 1gfx kártya mellett is fog mûködni a GPU fizika, nem muszály 2+1 kártyát összekötni.

[vers]

Idézet: BoGab - Dátum: 2006. okt. 28., szombat - 8:13

A nagy tranyószám inkább a 128US egység sara. Sztem a Xenos tranyószámába sem számolják bele a mellé tett memóriát, elvégre az külön lapka.

a 128 1D  alu  kb egyenlö 32 4D-sel
ez  nem igazolja  ezt a brutális tranyoszámot
lehet nem is edram hanem cache van ott
mivel 128 bites hdr-t tud, 16 szoros AA-val  az  értelmes felbontáson  500MB-os framebuffer
elképzelhetönek tartok valami tile cache szerüséget
vagy más ötlet ?  irgalmatlan nagy  ez a framebuffer: loll

[BoGab]

Idézet: Chabi - Dátum: 2006. okt. 28., szombat - 10:35

A bevezetésre készülõ PCI-Express 2.0 szabvány ezt fogja direktbe kiküszöbölni az 5.2GB/s sávszélességével. Szóval költséghatékonyság ide vagy oda egy kártyán, nem lesz szükséges SLI csati a jövõben.

Figyeld meg, hogy lesz, amúgy pedig a pci-e 2.0 még sehol nincs.
1.0 meg 4GB/s, az nem bírja el a csúcs kártyákat, arról nem is beszélve, hogy nv direkt úgy oldja meg az slit, hogy pl slis lapban 2 x1600 nem megy xfben, pedig elvileg pci-e if-en keresztül is kéne nekik mûködni, uí az x1300...

Idézet

Amúgy meg 1gfx kártya mellett is fog mûködni a GPU fizika, nem muszály 2+1 kártyát összekötni.

Nem azt mondtam, hogy min fog mûködni és min nem, hanem hogy miért lehet egy kártyán 2 csatlakozó, de mindegy.

[BoGab]

Idézet: vers - Dátum: 2006. okt. 28., szombat - 10:45

a 128 1D  alu  kb egyenlö 32 4D-sel
ez  nem igazolja  ezt a brutális tranyoszámot
lehet nem is edram hanem cache van ott
mivel 128 bites hdr-t tud, 16 szoros AA-val  az  értelmes felbontáson  500MB-os framebuffer
elképzelhetönek tartok valami tile cache szerüséget
vagy más ötlet ?  irgalmatlan nagy  ez a framebuffer: loll

PS egységeg számának növelésével egyértemûen a cache méret is nõ.

Majd novemberben megtudjuk mi az a 700 millió tranyó, engem is nagyon mozgat, ugyanis irgalmatlanul magas szám :Ð

Kiváncsi vagyok, hogy az R600 milyen lesz.

[gemini]

Idézet: BoGab - Dátum: 2006. okt. 28., szombat - 9:16

Nekem a 2 SLI csatlakozóról a tervezett fizikai gyorsítás jut eszembe. ELméletileg õk is és ATi is dolgozik egy olyanon, hogy 2+1 kártya, 2 gfx egy fizika, ha 3 kártyát kötsz össze, akkor egynek kell 2 csati. Esetleg olyat tudok elképzelni, hogy nem elég nekik a kommunikációhoz az egy SLI csatorna és ezért költséghatékony szempontból (így csak 2db csatlakozót kell csomagolni és nem egy külön típust gyártani) így oldották meg.

igen, én is ezekre gondoltam, de nem voltam benne biztos. azt hittem már vannak fix infok miért is van.
de köszi

[Chabi]

Idézet: BoGab - Dátum: 2006. okt. 28., szombat - 11:31

arról nem is beszélve, hogy nv direkt úgy oldja meg az slit, hogy pl slis lapban 2 x1600 nem megy xfben, pedig elvileg pci-e if-en keresztül is kéne nekik mûködni, uí az x1300...

Igen errõl volt már szó más topikokban is, hogy ez kizárólag az nForce driver miatt van így, mert ha nem talál 2 nv kártyát akkor más kártyáknak nem engedélyezi a kétkártyás üzemódot a PCIE csatikon keresztül. Az SLI licenc függõ dolog.

[max-pain]

Nemet PC Games Hardware ujsagbol a 3DCenter egyik olvasoja altal (szoval ugy kezelje mindenki):

Idézet

Alle Infos sind zusammengefasst aus dem PCGH Special 'Geforce 8800' Ausgabe 12/2006 S54ff

Hier ein paar Facts:
- 681mio Transen
- neue ROPs mit FP32 + MSAA
- 128 Steam Prozzies mit 1350Mhz (1 Skalar pro Takt) = 518,4GFLOP/s
- WUAF
- besseres Dynamic Branching
- besseres Eraly Z

Streaming Proc.:
Bisher konnten GPUs (Verktorprozzies) einen RGBA Wert auf einemal berechnen. Da aber nicht immer vier Vektoren benötigt werden müssen die ALUs nicht mehr 3:1 oder 2:2 aufgeteilt werden. Somit steigert die die effizeinz. Ein skalar ist im Prinzip ein einkanaliger Vektor. Der Shader-Compiler hat somit einen einfacheren Job.
Die 128 Streaming Proc. sind aus gründen der Cacheverwaltung zu 16ALUs zusammengefasst. Jede dieser ALUs kann pro Takt eine MADD und eine MUL ausführen.
Wenn man die reine MADD Leistung vergleicht kommt man auf 345,6GLOP/s

Textureinheiten:
Acht Bilineare Textureinheiten sind integriert. Allerdings nur 4 Textur Address Proc. pro Gruppe. Insgesamt können daher 64 bi-Texel pro Takt berechnet werden, aber nur 32 adressiert. Die restlichen TMUs können per Koordinaten Offset zusätzlkiche Daten samplen, wenn wenigstens eine Dimension mit der ersten übereinstimmt (z.B. 2:1 Bi-AF).
TMUs haben eine eigene Adresseinheit, es muß nicht mehr der Pixel-Shader verwendet werden. -> TMU Latenz entschärft.

ROPs:
Es gibt 6 ROP Cluster, jeder Cluster ist mit 64bit bei 900Mhz angebunden. Somit die 384bit.
Bei der GTS ist es ein Cluster weniger. Je ROP vier Pixel mit Farb- und Texturinfo.
Z-und Stencil-Ops weiter getuned.

AA:
Es wir 4/8/16 MSAA geben.
Neu ist zuschaltbares 'Coverage Sampling AA'. Dies ist ein Kopressionsverfahren, welches aber nicht immer Kompatibelsein soll. Die 16 Zufällig verteilten Subpixel verden auf den Bedekungsgrad als Booleanwert (Wahr/Falsch) gespeichert. Das ergebnis wird auf 4x oder 8x MSAA Kompromiert.