- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Samsung Galaxy Tab S10 Ultra - más dimenzió
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Canon EOS DSLR topic
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Forrmell.enn
- Vélemény: nem úgy tűnik, de Lip-Bu Tan most menti meg az Intelt
- AMD Navi Radeon™ RX 5xxx sorozat
- HiFi műszaki szemmel - sztereó hangrendszerek
- Hobby elektronika
Új hozzászólás Aktív témák
-
#24
sirpalee
csendes tag
oraihunter
#23
sirpalee
csendes tag
válasz
oraihunter
#23
üzenetére
Volt smiley? Nem. Akkor gondolom egyértelmű a válasz.
-
Reverend
tag
Bizony! Csak valószínű akik most felfedezték újra a DOD-t, azok még nem éltek 1995-ben, amikor sz@ptunk a cache associativity-vel [link].
Csak hogy a fiatalok is értsék: ha egy cache 2 way assoc. és nem mellesleg (pl.) 4096 byte széles (pl. 8k L1 cache), azt jelenti, hogy a memóriában minden egész 4096 byte-os címről származó adatból 2-őt tud tárolni. Azaz ha beolvasol egy adatot az egyszerűség kedvéért 4096-ról, majd 8192-ről, ez még a cache-ben lesz. De ha beolvasol egyet 12288-ról, kiüti a korábbi adatot. Ha ezek után írsz egy kódot, mely két nagy tömböt összead egy harmadikba, és történetesen a tömbök alignolva vannak 4096-ra (mert pl. a méretük ennek egész számú többszöröse, és egymás mögött vannak), akkor látható, hogy szépen folyamatosan cache missed lesz. De ha az eredmény tömböt eltolod a cache blokkméretével (cache line, valahol 16 - 128 byte között processzortól függően), akkor sosem lesz cache missed, egész pontosan csak blokkhatárkor. A kód többszörösére gyorsul. Tipikus DOD probléma, illetve annak egy tovább bonyolított verziója.
Ezzel a problémával egy 486-os gépen küzdöttem 1995 körül. Ha jól emlékszem.
-
lenox
veterán
A koncepció már egy évtizede létezik
A koncepcio kb. onnantol letezik, hogy kitalaltak a cache-t. Nem veletlenul talaltak ki, persze mindig ra lehet csodalkozni, hogy je, ha nem szopatom a cachet, hanem ertem, hogy hogyan mukodik, akkor mennyivel gyorsabb tud lenni valami, de monduk ezt tul nagy felfedezesnek nem neveznem.
-
sayinpety
tag
Cellnel korabbi a problema. A Cellel csak nagyobb figyelmet kapott. A console kulon kategoria. Cross-platform fejlesztes soran a 3-4 eves keses lehetseges. Ma csak azert kap ujra figyelmet, mert mindenki elkezdi alkalmazni. A next-gen consolehoz/korszakhoz uj enginek keszulnek. A regi code base mar kitermelte a befektetest.
A Mantle sem vilagrengeto ujdonsag. A GCM volt az elso modern low-level/high-performance API, am a koncept csak most kerul at PCbe. Fel evtized kesessel. -
Raymond
titán
Ott a pont. Egesz pontosan a konzolos jatekfejlesztesnel epp par eve a PS3 es CELL miatt volt nagy tema. Ugyanugy ahogy a SoA vs AoS is. Csak lehet hogy akkor a cikkiro meg nem kovette annyira tuzetesen a Beyond3D forumot igy nincs hatter info, csak most itt-ott van egy ilyen buzzword-el teli cikk ami siman sebbi egy darab ottani hozzaszolasa alapjan is keszulhet. Ahogy keszult is most mar nem egyszer
-
#16
sirpalee
csendes tag
Meteorhead
#15
sirpalee
csendes tag
válasz
Meteorhead
#15
üzenetére
Ez a folyamat már nagyon régóta tart. Az más téma, hogy a cikkíró csak most olvasott róla elsőnek.
-
#15
Meteorhead
aktív tag
marcell991
#10
Meteorhead
aktív tag
válasz
marcell991
#10
üzenetére
Magyarán rájöttek, hogy játék motorokban is van AoS vs SoA? Gratulálok.
-
#11
Phvhun
őstag
marcell991
#10
Phvhun
őstag
válasz
marcell991
#10
üzenetére
Érdekes.
-
#10
marcell991
tag
marcell991
tag
Itt egy pdf a DICE oldaláról, egész jól elmagyarázza a problémát [link]
-
#9
sayinpety
tag
Meteorhead
#7
sayinpety
tag
válasz
Meteorhead
#7
üzenetére
Igen. A meglevo code base sok penzt emesztett fel. A valtast a cross-platform studiok a console generaciokhoz tervezik. Az elerheto game enginek jelentos resze nem veszi figyelembe az adatoptimalizalast/adatparhuzamositast, nem hasznalnak optimalis adatbetoltest. Allando a cache miss.
A DOD ma meg a console exclusive gamek privilegiuma.
-
#7
Meteorhead
aktív tag
Meteorhead
aktív tag
Csak én nem értem, hogy ez a gyakorlatban mit jelent? Lehet, hogy eddig nem követték végig az adatok betöltését és a kiírásokat, de azért lehetett tudni, hogy mikor mit csinál egy motor. Adatpárhuzamosságra tervezni egy motort ennyire újnak számít?
-
sayinpety
tag
Regebb ota letezik a problema. A latency novekedese az oka. Az L1 1-3 ciklus, a main memory sokkal tobb. Az objektumorientalt programozas egyszerre jo es rossz. Egy osztalyra van kodod, amit futtatsz tobbszor. Ha a kod i/d cache misst eredmenyez, akkor mindegyik futtatas draga. Minden miss utan a main memory latencyvel lassul a kod. A DOD megszunteti az i/d cache misst az elso futtatas utan. A DOD kod csak egy for ciklus.
A multithread is nehez, ha nem lehet tudni elore hogyan lesz elerve az adat. Offload is lehetetlen jobb adateleres nelkul. Egy game kiveteles program. Tudni lehet minden adatrol amihez hozzaferunk. Esszeru elobb az adatokat optimalizalni, aztan a kodot.
Én régóta így írom a kódjaimat, most már tudom, hogy DOD filozófiával fejlesztek, tök jó. Ezen is látszik, hogy mennyire nincs átjárás a nagyvállalati szoftverfejlesztés és a játékstúdiók között.
Új hozzászólás Aktív témák
Hirdetés
- SZÉP Lenovo ThinkPad P15 G2 Tervező Laptop -75% 15,6" i9-11950H 64/2TB RTX A4000 8GB UHD OLED
- Szép! Lenovo Thinkpad T14s G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB/512GB FHD IPS
- Eladó Apple MacBook Pro 13" A1706 (Late 2017, Silver - EMC 3163)
- Amazfit GTR 2 Classic okosóra dobozában töltőkábellel
- Mac mini M1 chip 8 magos CPU-val, 8 magos GPU-val
- Fujitsu USB Port Replicator PR09 docking station (1x5K vagy 2x4K felbontás) (DisplayLink)
- Újra Akcióban!!! Ducky One 2 Mini és SF billentyűzetek a bolti ár töredékéért! Számla+Gari
- Országosan a legjobb BANKMENTES részletfizetési konstrukció! Lenovo ThinkPad L16 Gen 1 Prémium
- Bomba ár! Lenovo X1 Yoga 3rd - i5-8GEN I 8GB I 256GB SSD I 14" FHD Touch I W11 I CAM I Garancia!
- ÁRGARANCIA! Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest