- Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- Különösen rendezett beltér hozható össze a Cooler Master új házában
- A középkorra és a pokolra is gondolt az új AMD Software
- Új gyártástechnológiai útitervvel állt elő a TSMC
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
PROHARDVER!
A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!
Új hozzászólás Aktív témák
-
nagyúr
3 dologra kommentelnék:
emulált tesszeláció: addig lesz csak életképes a dolog, amíg erősen vissza lesz fogva, hány háromszögre és milyen mélységű bontást csinál a VGA. próbáljátok elképzelni, hogy hány soros számításból tudtok egy háromszöget további 3-ra (ugye 3-ra? ) bontani - utána ezeket a műveleteket próbáljátok ráképzelni egy olyan általános számolóegységre, aminek a tudása nagyjából egy kombinált összeadásra és szorzásra terjed ki. piszok gyorsan fel fogja zabálni az összes CUDA processzort egy mélyebb tesszeláció - az AMD meg nyilván ezt fogja nyomni, hogy sz*passa az nVidiát (és ezen keresztül az nVidia tulajokat).
emulált textúrázók: ezt még elképzelni sem nagyon tudom. egy mintavételező/szűrő marhára nem lesz kiváltható egy csudaprocesszorral, ennek eredményeképpen azok a játékok fognak legszarabbul futni a Fermi chipen, amik eddig a legjobban szerették az nVidia hardware-t
emulált ROP-ok: na jó, erről nemigen volt szó. ennek látnám a legtöbb értelmét. bár érzésem szerint a Larrabee x86-os magjaival ez egyszerűbben fog menni.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
OK, de hány integer ALU műveletből jön ki egy pixelhez egy textúra mintavételezése és szűrése? ha meg az SFU ebbe belenyúl, akkor rögtön ő lesz a szűk keresztmetszet az 1/8 kapacitásával, nem?
azt meg már meg sem merem említeni, hogy az FP16-os textúrákat használó játékokkal mi lesz...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
páran igen optimisták - vagy k***a pontatlan lesz az eredmény
osztom a fejtegetést a fejlesztéssel és a későn ébredéssel kapcsolatban, de én is bizakodom, hogy annyira nem szálltak el, hogy minden fixed function cuccot kivegyenek.
amúgy HPC-ben mire jó, hogy a float egységek mellett vannak integerek is?Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
mert most csak úgy özönlenek a játékok, amik ground-up DX10 motorokon szaladgálnak?
én még várnék egy kicsit az nVidia chip eltemetésével. tény, hogy az 5870 meglehetősen durva lett, de éppenséggel a zöldeknél is lehet 1-2 meglepetés a szatyorban...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
miután az R600 és derivatívjai is tele vannak MIMD tömbökkel (a HD5870-ben konkrétan 320db van ), ezzel nem mondtak túl nagyot Fuadék. abban viszont erősen kételkednék, hogy a 320db szervezésében olyan változás állna be, hogy teljesen függetlenül vezérelhető unitokkal keverednének elő, mert az ütemező és regiszterek tekintetében harakirinek minősíthető. szóval szép szó ez a MIMD, csak valaki azt is leírhatná mellé, hogy mit ért PONTOSAN alatta
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
nemnem, nem úgy értem a 320-at az 5-utas ALU blokkok képeznek egy-egy MIMD egységet - mindegyik ALU-n más utasítás hajtható végre (multiple instruction), más-más adatokon (multiple data).
[ Szerkesztve ]
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
Nem egészen. Maradjunk akkor az RV870-nél:
1. van benne 20 ALU+TEX cluster, ugye darabjában 80 ALU és 4 textúrázó egység
2. a clusterek SIMD szervezésűek, azaz a bennük található 16 alegység (ezek az 5 ALU-sok) ugyanazt az utasítást hajtja végre, de mindegyik más adatokon dolgozhat - bár az egységeknek nem kell feltétlen ugyanazt az utasítást egy időben végrehajtani, viszont ugyanazon az utasítássoron (programon) kell dolgozniuk, azaz igazából nem SIMD, hanem SPMD a szervezés. ennek az elágazások miatt van jelentősége.
3. az 5 ALU-s alegységek MIMD szervezésűek, azaz mindegyik ALU külön utasításon és külön adaton tud dolgozni.Ha belegondolsz, a 2. és a 3. pont között azért van némi ellentmondás. Ez úgy van feloldva, hogy a cluster szintjén VLIW (very large instruction word) utasítások látszanak, amik praktikusan 1-4 egyszerű + 1 potenciálisan komplex ALU utasításból vannak összerakva. Ez a megoldás nincs annyira rugalmas, mint egy valódi MIMD szervezés, de némi shader compiler támogatással és egy nagyon okos dispatch rendszerrel a célnak pont megfelel.
Mindezek után, abban nem igazán hiszek, hogy a fenti SIMD / SPMD szervezést MIMD váltaná fel. Egyáltalán, azt sem tudom, mit lehetne nyerni egy MIMD vezérléssel - grafikában nem sokat (esetleg alacsonyabb felbontásokban), de abban is kételkedem, hogy a tudományos számítások ne lennének kényelmesen "SIMD-esíthetőek" - a 16-os szélesség éppenséggel nem nagy.
[ Szerkesztve ]
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz biggamer #1930 üzenetére
but from what we learned over the last few days, it was always late November to first days of December.
és jövő héten mikor leszvolt mindig?
Bici: azért ez korántsem kizárt. az 5870 cca. 70%-kal gyorsabb a 4870-nél, ez a Fermi meg akár lehet GTX285 * 2 is. túl kevés az info...
[ Szerkesztve ]
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz Zeratul #1952 üzenetére
szerintem ha tényleg oda jutunk, hogy a DX9/DX10 mód számottevően rondább lesz, mint a DX11, akkor a PC-s játékipartól szép csendben el is búcsúzhatunk. legyünk realisták, észrevehető minőségjavulást hozó tesszelációhoz jelenleg csak az 5800-as kártyák elég erősek - ha annyi eszük lesz a játékgyártóknak, hogy egy ekkora szegmensre lőnek, akkor hatékonyabb már most leépíteni a PC-s részlegüket.
abban viszont osztom Abu aggodalmát, hogy ha az nVidia biztos lenne a dolgában, akkor a fél Internet tele lenne a "top 10 reasons why the HD5800 series suck" típusú kampányaikal...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
az elmúlt cca. tucatnyi üzenetre: azért én szeretném a gyakorlatban is látni, hogy amikor a DX11-re írt játék a DX11-es feature-ök nélkül megy, az hogy fog kinézni. most röpködnek a nagy szavak, hogy így visszaskáláz, meg úgy hatékony, de azért ennyire nem modulárisak az effektek - ha valamelyiket kihagyod, esetleg ultraronda lesz a végeredmény...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz Zeratul #1988 üzenetére
#1988: unigine-ben nem mutatták meg, ugyanis a unigine-nek van DX9-es és DX10-es renderere is...
#1990: google "breast implant"#1996: mert minden előzetes híreszteléssel szemben nyugaton sem fog mindenki 5870-et venni...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
Mar csak a texturazok kell elokeruljenek es akkor nem lesz R600 a GF100-bol
Attól még lehet R600 belőle - többek között pont a driver gondok miatt. A másik gond pedig az lehet, hogy az engine sebessége már a GT200-at is megfogta egy kicsit, ha ezen nem javítottak drasztikusat, akkor ott fog sütkérezni a napon az 512 skalár ALU fele, a teljesítmény meg versenyben lesz a GTX285-tel. A másik oldal meg persze az, hogy ha ügyesek az engine-nel (mint ahogy az AMD nem volt az), akkor lehet nagyot is ugrani.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
az elsőre tudom a választ. ha a programozónak kell koherencia-issue-kra felkészülni, akkor az helyből bukta - egyrészt azért, mert tudtommal ilyenben általánosan nemigen van gyakorlat, másrészt azért, mert akkor GeF specifikus passzusokat kell tenni a kódba, aztat meg nem szereti senki. meg kő' oldani drájverbő'. vagy ki kő' kapcsó'ni, ahogy írtad.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
most őszintén, amilyen megoldásokat látunk egyes játékokban, szerinted hány cégnél vannak olyan kódolók, aki ezt képesek konzisztensen kezelni? és akkor még mindig kérdés, hogy ki akarja, vagy ki mutat be?
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz janos666 #2104 üzenetére
ez technikailag akár mehetne is, viszont ebből rögtön kiordítanának egyes gyártó-specifikus "optimalizációk" pl. az egyik autónak lenne árnyéka, a másiknak nem? vagy csak a visszapillantótükör árnyéka maradna le? szerintem hetekig lehetne röhögni az ilyen eseteken
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
a tesszelációban kicsit más a helyzet. onnantól kezdve, hogy a tesszelátor létrehozta az új poligonokat, már nincs különbség ahhoz képest, mintha eredetileg is azt a modellt küldtük volna be a GPU-nak. úgyhogy csak két helyen lehet javítani a dolgon:
- maga a tesszeláció legyen gyorsabb
- a tesszelációs algoritmus "okosabban" hozza létra az új háromszögeket (ie. csináljon kevesebbet)mindamellett érdekes lenne egy olyan benchmark, ahol össze lehetne hasonlítani, hogy a tesszeláció szintjének csökkentésével mennyire növekszik a teljesítmény - lehet, hogy a Heavenben használt szintnek a fele is elég lenne kb. ugyanahhoz a képhez...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz TESCO-Zsömle #2299 üzenetére
Crysis-szel az a fő gond, hogy kissé ész nélkül vannak összerakva a pályák, és a LOD management helyenként mintha hiányozna. Very High beállításban van olyan hely, ahol több, mint 3M poligon van egy képen, ill. sokszor előfordul, hogy amikor egy távoli nagy objektum beúszik a képbe (pl. az Island pályán a hegy), akkor többszázezerrel megnő a rajzolt poligonszám.
viszont tény, hogy brilliánsan néz ki
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz VinoRosso #2305 üzenetére
ezeket nem annyira szeretem, mert sose tudod, hogy ha valamit áthackelsz, akkor az olyan állapotot eredményez-e, ami ki is van tesztelve...
amúgy persze, nem a sok poligon a közvetlen ok - hanem az, hogy azzal a sok poligonnal 67 féle egyéb dolgot kell csinálni. az meglep, amit a postprocess kapcsán írsz - nekem inkább a lighting (a shaders meg a shadows) emelése hat durván a teljesítményre.Tesco-Zsömle: akkor hogy káromkodnának a CF és SLI tulajok, ha összeadná a két kártya memóriáit, és duplaannyit próbálna használni, mint amivel reálisan számolhat...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz Hakuoro #2336 üzenetére
Hakuoro, rocket, Abu:
240*1476*2. az extra MUL-t ne erőltessük, láttam egyetlen szintetikus tesztet, ahol valamit kiköhögött magából a 2flops / sp felett a GT200, az életben nem hiszem el, hogy a játékokban bármit ér.
amúgy meg a legtöbb játékban tex/rop uralom van, az ALU teljesítmény alig 1-2 helyen domináns...Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
de, annyiban igen, hogy ami képességet még egy erre designolt szintetikus teszttel sem lehet előhozni, az nincs
a másik témáról meg csak annyit, hogy DX9-ben nekem a GTX260 10%-kal több fps-t mutatott a DiRT2-ben, mint a HD5770. annak az ego engine-nek a legújabb változatáról beszélünk, amivel a GRID-ben szarrá verte a Radeon a GeForce-ot (pl. az előbbi párosban szintén 10% volt a diff, csak éppen a másik irányba).
ja, az árnyékolás meg nem (csak) a HDAO-tól szebb, hanem azért, mert a DX9-es módban konkrétan egy rakás árnyék hiányzik
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
biztos voltam benne, hogy ez lesz a válasz nem is az a gondom vele, hogy nem hiszem, hogy a DX11-ben megvan (mer'hogy mind a HBAO, mind a "HHDR" ALU-igényes, bár az előbbi TEX-intenzív is, és mindkettő ROP-ot is zabál), hanem azt nem értem, hogy a DX9-ben miért nincs meg. kicsit olyan érzésem van, mintha a Codemasters nagyon igyekezett volna politikailag korrekt motort csinálni, ahol még véletlen sem mondhatja egyik GPU-gyár sem, hogy ki van vele b***va
árnyékok főleg a kisebb tárgyaknál hiányoznak DX9-ben. leginkább feltűnő az, amikor elindítod a demoban a Baja versenyt, és az egyetlen választható autó pótkerekén a rács nem vet árnyékot.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
Rys hiteles csávó, de a cikkben írja is, hogy bizonyos dolgokat csak feltételez. A shader architektúrából arra következtet, hogy a TPC-kben hasonlóan lesznek a textúrázó egységek, mint a GT200-ban, de ez lehet másképp is. A 384-bites memóriabusz tényleg 48 ROP-ot jelent - ha lesznek ROP-ok (mondjuk szinte biztosan lesznek, de az Intel pl. nélkülük operál).
azt mondjuk nem értem, mire alapozza, hogy a felvázolt GTX380 dupla olyan gyors lesz, mint a GTX285. Igaz, hogy ALU-powerben nagyon megugrik (+145%), viszont az összes többi mutatója csak 30-60%-kal magasabb, ebből jó, ha +70-75% overall összejön. ha sikerül elérni a target órajeleket...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
a VGA-piac történelmének egyik legsikeresebb GPU-ja csak nem volt már ciki
ja és btw. a DiRT 2-ben DX9 és DX11 között egyáltalán nincs óriási látványbeli differencia...
[ Szerkesztve ]
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
az 5770 ár/teljesítményben is jó, az 5850 és a GTX285 viszonyát meg ugye ismerjük... nem tudom, mit kell csodálkozni azon, hogy a prémiumteljesítmény prémiumáron van, ez nem csak a VGA-piacon van így, még csak nem is csak HW-ben.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
akkor képzelj el egy UE3 motoros játékot, amivel pl. az 5870 100fps magasságában teljesít 1920x1200 4xAA mellett. ha erre ráeresztesz egy tesszelációt, és tényleg elbukod a fele fps-t, akkor még mindig marad 50 - jól is fog menni, meg állat jól is fog kinézni.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
ha lenne, akkor nem kellene elképzelni
VinoRosso: a wireframe megjelenítésével látszik, hogy tényleg agyontesszelálja a képeket a Heaven - talán tényleg nem lesz olyan vészes, ha ésszel használják. lehet írok nekik, hogy nem-e-akarnak-e egy olyan variánst kiadni-e, amiben a tesszeláció szintje is változtatható
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
válasz VinoRosso #2533 üzenetére
csak annyit kellene változtatni, hogy a tesszeláció hányszor darabol tovább, az elvileg csak egy (globális) paraméter.
a CoP benchmarkot hagyjuk, abban gyakorlatilag semmi tesszeláció nincsenPedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
aha. csak mer' a 480 csudaprocesszoros top SKU azt jelentené, hogy Charles barátunknak végig igaza volt a kihozatalokkal kapcsolatban
amúgy ha a cseresznyeszedő géppel sem tudnak elég 512-es chipet generálni, akkor a 416-os kisebbik SKU nagyon optimista becslés - 448-as meg nem lesz, az mind megy TeslánakPedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
nem arra a cikkre gondoltam, hanem azokra, amikben a nagyon kevés %-os kihozatalokon élvezkedett
amúgy én nem hiszek abban, hogy a 2 cluster kiiktatása számottevő csökkenést jelentene fogyasztásban - legutóbb a két 5800-as között mértem ilyesmit azonos órajelek mellett, és kemény 7W különbség volt, amit még a táp hatásfokával is kell kompenzálni. Ezzel nem lőnek nyulat.
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
nekem is rögtön az ugrott be, mint Bicinek. a -2 cluster az 12.5%-kal kevesebb teljesítmény, ha ezt órajelből veszik vissza (mondjuk 1700 helyett 1490 a shader órajel), akkor az biztosan együtt járhat feszcsökkentéssel, amivel a 7W-nál jóval többet meg lehet fogni.
az tuti info, hogy a 448 csudaprocesszor csak a fogyasztás miatt van?
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
egy szóval nem mondtam, hogy nincs kurva nagy baj
tudom, hogy Charlie-nak az nVidia elrabolta a mennyasszonyát, vagy ilyesmi, de attól még lehet, hogy jó helyen kotorász. az a 3Mrd tranzisztor borzalmasan sok...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
-
nagyúr
január és február elég lassú hónapok HW fronton, úgyhogy valójában annyit nem vesztenek. sokkal aggasztóbb, hogy folyamatosan csúszkál a termék. nehogy végül oda jussanak, hogy az A3-as szilikon is dead meat...
Pedro... amigo mio... ma is konzervvért iszunk! Kár lenne ezért a tehetséges gyerekért...
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az NVIDIA éppen érkező, vagy jövőbeni új grafikus processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.
- Autós topik látogatók beszélgetős, offolós topikja
- Villanyszerelés
- Intel Dual Core 2000 felhasználók barátságos offolós topikja
- DIGI kábel TV
- Nyíregyháza és környéke adok-veszek-beszélgetek
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- Skoda, VW, Audi, Seat topik
- Apple Watch Ultra - első nekifutás
- Mit tehetsz jogilag, ha átvertek, megkárosítottak a Hardveraprón?
- Nők, nőügyek (18+)
- További aktív témák...
- eMag GARANCIA! ZOTAC Trinity RTX 3080 10GB OC GDDR6X Videokártya! BeszámítOK
- nVidia GeForce RTX 3060 TI AMP White Edition Videókártya
- BESZÁMÍTÁS! Gigabyte AORUS MASTER RX 6800XT 16GB GDDR6 videokártya garanciával hibátlan működéssel
- GARANCIÁLIS! MSI SUPRIM RTX 3080 Ti 12GB GDDR6X Videokártya! BeszámítOK
- GARANCIÁLIS! ASUS TuF RTX 3090 24GB DDR6X OC Videokártya! BeszámítOK