Hirdetés

2024. május 5., vasárnap

Gyorskeresés

Hozzászólások

(#201) lezso6 válasza dchard (#196) üzenetére


lezso6
HÁZIGAZDA
LOGOUT blog

Igen, erre sajnos nem jó. Ezt be kellett vállalni az első Zen CPU-val. Talán az utódban ez jobb lesz. De ez ugye nem szempont a legtöbb embernek, hogy az AVX legyen gyors.

A dolog ott érdekes, hogy a GCN4 már alkalmas DSP jellegű feldolgozásra alacsony késleltetéssel, szóval lehet nem vétlenül csinálják így. Ha pedig lesz ilyen GPU-s támogatás, akkor az ütős lehet. Persze ez csak elmélet, szerintem nem sok esély van arra, hogy csak az AMD miatt beépítik a támogatást vagy átállnak a meglévő bevált AVX-ről.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

(#202) dchard válasza lezso6 (#201) üzenetére


dchard
veterán

Így jártam, marad az i7-7700... Azért várok picit amíg megindulnak az árak lefelé.

A GPU-s történetre meg annyit tudok mondani, hogy amíg nincs szabványos, nyílt megoldás, addig senki nem fog váltani AVX2-ről. Hosszú évek óta ez látszik. A másik gond a GPU-s feldolgozással a késleltetés. Nálunk másodpercenként közel 50 millió szimbólumot kell feldolgozni, kelezni a teljes MAC réteget (elsősorban a HARQ rész a problémás késleltetés szempontjából), a keretidő 1ms, HARQ-nál a teljes folyamatra van 4ms. Ez ilyen mennyiségű adatnál nem túl sok idő :) És még nincs magas rendű MIMO, vagy vivő aggregálás, ami összességében nagyságrenddel növelheti az adat mennyiséget, ugyanannyi feldolgozási időre.

Amit csinálunk, linux alatt is csak lowlatency kernellel, és az összes energiagazdálkodás kikapcsolásával hoz értékelhető késleltetést, körül-belül 10-15%-nyi teljesítmény vesztés oltárán (ütemezési megkötések miatt).

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#203) 5150 válasza Cyberboy42 (#200) üzenetére


5150
aktív tag

Ráadásul pár hónappal ezelőtt (vissza lehet olvasni az akkori postokat) még arról szólt a fáma, hogy annak is örülnénk, ha az erősebb i5-ösök szintjét elérné jelentősen olcsóbban. Szerintem ez teljesült :)

"Az információ korában az evolúciós szelekció azokat tizedeli, akik képtelenek a hamis információt megkülönböztetni a helyestől"

(#204) janos666 válasza lezso6 (#201) üzenetére


janos666
nagyúr
LOGOUT blog

Ehhez azért megnyugtatásképp jó lenne látni egy tesztet, hogy a Ryzen nem lassul az AVX-től, hanem pusztán az Intel-nél látott gyorsulás marad el, különben érheti még meglepetés a tulajt, ha most "megmagyarázhatatlan módon" rákattannak a fejlesztők az AVX-re, és mindig ez a codepath fut ha a CPU jelzi a támogatást (nincs extra black/whie-list, csak cpuid teszt).

Bár ezt nehéz elképzelni, mert akkor szimpla hülyeség lenne támogatni az AMD részééről az AVX-et, ha lassítana (még akkor is csak "előre-kompatibilitásra" jó, ha sohasem gyorsíthat semennyit, csak egálra átlagolódik ki kis szórással), de a jelen HPET eset mintájára sohasem lehet tudni egy ilyen új cuccnál, míg meg nem nézi valaki...

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#205) Fiery válasza janos666 (#204) üzenetére


Fiery
veterán

Az AVX egysegek szelessege duplazva lesz a Zen+/Zen 2-ben, ha a piac hirtelen igenyelni fogja az AVX teljesitmenyt. Ezt a legkonnyebb meglepnie az AMD-nek, csak nem volt sok ertelme erre die teruletet pazarolni jelenleg, azaz 2017 elejen. 7 vagy 10 nanon mar siman beleferhet.

(#206) janos666 válasza Fiery (#205) üzenetére


janos666
nagyúr
LOGOUT blog

Számomra picit erősnek hat ez a kijelentés. Ha az Intel most elkezd kampányolni azokon a helyeken, ahol a legnagyobb felhasználó-csalogató potenciált sejti némi "laza kis susmusban" (mindenkinek rábízom a saját alufóliasisakos perceire, hogy kitaláljon valamit), akkor is minimum egy negyedév, mire ez elkezd lecsorogni programfrissítések formájában, illetve megjelenhet a "Ryzen X hónappal később" jellegű tesztekben (amik valószínűleg lesznek, mert úgy tűnik van bőven számottevő kavarodás mindenfelé: BIOS, OS, programok...), és akkorra szerintem már késő lenne ilyen szinten átalakítani a következő frissítést (bár nem tudom mikorra tervezik, de én a helyükben úgy sakkoztam volna, hogy viszonylag gyors legyen az első frissítés, hogy lehessen reagálni, ha az első pár hónapban kiderül bármi olyan "baki", amit nem lehet teljesen kiküszöbölni microcode, driver, ütemező, stb frissítéssel, esetleg csak "kikapcsolni", vagyis "butítani" picit a terméket, hogy tényleg stabil és megbízható legyen minden körülmény közt -> az Intel is tiltott már le funkciókat microcode-al, megesik, az AMD-nél pedig ez most nem csak egy nagy lépés volt, hanem nyilvánvalóan egy picit elkapkodott megjelenés is, így érthető lenne, ha esetleg, persze nem biztos...), szóval ezzel hipotetikusan nyerhetne durván másfél "ciklust" (ami tegyük fel durván másfél év, ha évenként akar frissíteni az AMD is) az Intel AVX ügyben (amivel nem biztos, hogy tényleg jutna bármire, csak elméleti felvetés).

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#207) lezso6 válasza janos666 (#206) üzenetére


lezso6
HÁZIGAZDA
LOGOUT blog

Azért az AVX nem hiszem, hogy lassítana az AMD-n. Még ha fele olyan lassú, mint Intelen, akkor is biztosan gyorsabb, mint "hagyományos" AVX nélküli kóddal. Az AVX azért nem csak duplázza a sebességet, jóval többet tud, így inkább azt mondanám, hogy az AMD szereti az AVX-et csak lassabban futtatja az Intelnél az olyan kódot.

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

(#208) janos666 válasza lezso6 (#207) üzenetére


janos666
nagyúr
LOGOUT blog

Én is így gondolom. Arról némi saját tapasztalatom is van, hogy a korábbi Bulldozer inkarnációkon gyorsabb volt az AVX kód, mint az SSE4 (és így tovább lefelé verziószámban csökkenő sebességgel), még ha nem is sokkal. Azt is tudom, hogy ha kvázi-dupláz, de aztán órajelciklus igény miatt felez, még mindig lehet jobb, mert van pár apró előnye ilyenkor is az SSE4-hez képest, csak még senki nem mutatta meg nekem, hogy a Ryzen-en mennyi az annyi.

De az Intel-nél azért sokkal több a potenciális előny, amivel láthatóan behozható/átvehető némi ár/érték és/vagy abszolút sebesség különbség lemaradás, ha olyan a teszt, ahol elérhető és előnyt nyújt az AVX.

Kicsit kisarkítva akár azt is mondhatnánk, hogy hosszú évek óta nincsenek rendesen kihasználva az Intel CPU-k az AVX képességeikkel, miközben azért savanygunk, hogy a nulladik napra nem volt felkészítve minden alaplapi firmware, OS ütemező, rendszerdriver, tesztprogram optimalizáció, stb a Ryzer megfelelő megítéléséhez (itt 1-2 hónap késésért bökdösődünk, míg máshol évekről beszélünk és nem is nyafogunk, egyszerűen passzív tényként kezeljük, hogy nem sok minden használ AVX-et). Persze ez erősen kitekert nézőpont...

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#209) Tigerclaw


Tigerclaw
nagyúr

Kicsit fura azt olvasni, hogy sokan mennyire megakadnak 1-1 gyenge ponton, miközben a tesztek 90%-ban agyonüti a teljes mezőnyt... még azt is ami többszörösébe kerül. Ez már extrém szintje a "pohár félig üres" gondolkodásnak.

Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.

(#210) arn válasza Tigerclaw (#209) üzenetére


arn
félisten

Nezz meg mas teszteket is... Vegyes azert a kep, ez az agyonuti kicsit eros. Meg ugye minden ar fuggvenye, erdemes par honap multan merlegelni.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#211) dSERiES válasza Tigerclaw (#209) üzenetére


dSERiES
senior tag

Igen én is ezt furcsálom. Még nem jó, még nem jó... Mi nem jó? Az, hogy 1280x900-ban nem gyors? :DDD
Mit vártak az emberek, nem elég hogy hozza a 2x drágább i7-ek szintjét, még másfélszer gyorsabbnak kellene lennie? :)))
Ez egy kiváló visszatérés volt az AMD-től, innen lehet még fejleszteni, órajelet emelni az elkövetkező kiadásokban.

⊿sff⊿

(#212) nemszabad válasza Kabala (#49) üzenetére


nemszabad
tag

Tudod, mit nem értek?
Miért a kékek járnak mindig a piros témákba köpködni? SOHA az életben nem venném meg a kék procit. Van pár dolog, amit szívből gyűlölök, na, ilyen a kék cpu is. Úgy, ahogy van, több okból is, ne firtassuk....
Ennek ellenére nem azzal töltöm az időm, hogy 1-1 zintel cpu tesztjét követően teleköpködöm a témát. Egy hozzászólás, talán egy volt, mert már akkor piszkosul nem bírtam, hogy évről évre drágábban adják ki ugyanazt, átnevezve.
De, kedves Kabala, ezt nem csak Tőled kérdem, az egész kék gyülekezettől. Mire jó ez?
Nektek ezért fizetnek? Nem baj az, ha az ember leírja a véleményét, de hogy mindig ez a picsogás megy, már unalmas...

(#213) arn válasza nemszabad (#212) üzenetére


arn
félisten

csak javaslat: azt vedd amelyik jobb (ar/ertek aranyu) :) mert ha felnosz, akkor rajossz, hogy hulyeseg hitvitat csinalni ilyenbol.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#214) Fiery válasza janos666 (#206) üzenetére


Fiery
veterán

Az AVX optimalizacio nem olyasmi, amire csak ugy ra lehetne venni a jatek/szoftver keszitoket, es be is lehetne epittetni veluk ezt gyorsba'. Ha lesz is egy eroteljes iparagi elfordulas a GPGPU/HSA/stb felol a hagyomanyos, AVX-szel es/vagy FMA-val gyorsitott kodok iranyaba, az nem fog par honap alatt vegbemenni. Nem fog par honap alatt hirtelen 2x gyorsabban futni egy jatek Skylake-en, mint Ryzenen. Ha lesz is ilyen trend, arra az AMD fel fog tudni keszulni, lesz boven ideje ra.

(#215) dchard válasza Fiery (#214) üzenetére


dchard
veterán

Arra esetleg van tipped, hogy ha ennyire picike piac az avx2 akkor az intel miért tolja konzumer vonalon is évek óta? Komolyan érdekelne a válaszod.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#216) nemszabad válasza arn (#213) üzenetére


nemszabad
tag

31 vagyok. Ráadásul elég hamar fel kellett nőnöm, mert sosem volt fenékig tejfel az élet...
De vannak elveim. Okkal veszem azt, amit. Erre a kérdéskörre is megvan az indokom, amit ilyen-olyan okok miatt nem volna szerencsés itt boncolgatni.
Egyébként.... fura volna az AMD ár-érték mutatói felett pálcát törni, ha valami, akkor ez mindig is rendben volt náluk. Most meg úgy fest, ez tovább javul, csak immár a felsőházban is.
Még valami: nem fogok Ryzen-t venni, nem vagyok a célközönsége. A10-5800K-m van néhány éve, meg is lesz még egy darabig. Szóval nem az 'évente PC-t újítok, apa-anya úgyis kifizeti' tábort erősítem. Ha lassú lesz ez, akkor jön az épp aktuális AMD APU.
Szeretem a PC-t, jó dolog az, de sokadlagos az életemben. Ha viszont előjön, mint téma, akkor a piros oldalt támogatom, javaslom, veszem - amennyiben eljött az ideje.

(#217) Abu85 válasza janos666 (#206) üzenetére


Abu85
HÁZIGAZDA

Alapvetően az Intel a legnagyobb akadálya az AVX és AVX2 terjedésének. Ezek az utasításkészletek mindig akkor kezdtek el terjedni, amikor már minden megvásárolható processzorban ott voltak. Ma az AVX1-2 hiányzik a Celeronokból és a Pentiumokból. Emiatt nem igazán érdekli a consumer szintre dolgozó szoftverfejlesztőket. Szinte állandóak erről a viták, a Twitteren írogató fejlesztők főleg az Intelt hibáztatják, mert addig az SSE4.x a max, amire reálisan dolgozgatnak, amíg nincs ott az AVX minden gépben. Ez van. Valószínűleg az Intel is tudja ezt, csak leszarják, mert nekik több pénzt hoz az, hogy az AVX prémium funkció, mint az, hogy a consumer piac felhasználóbázisa ennek az előnyeit élvezhessék.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#218) Abu85 válasza dchard (#215) üzenetére


Abu85
HÁZIGAZDA

Azért, mert elérhető funkció. Az Intel nem egy logikusan működő cég. Van egy része, ami megérti, hogy egy dolog terjedéséhez biztosítani kell a kellő felhasználóbázist, és van egy másik része, amely megpróbálja a technológiákat pénzzé tenni. Mivel tombol a kapitalizmus, így a pénzközpontú gondolkodás nyer, és ezen a felhasználó veszít. Ettől függetlenül a funkciót agyon lehet reklámozni, ott nem kell megemlíteni, hogy csak egy maréknyi program használja. Az AVX-512-nél ez az egész még extrém jelleget öltött. Ott van a képesség a Skylake/Kaby Lake procikban, de több végtermékben le van tiltva.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#219) bencze


bencze
senior tag

Alakul ez elég gyorsan. Ha fele igaz az r5 tényleg nagy sláger lesz, alig várom.

-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear / Leopold FC660M mx silent red=-

(#220) janos666 válasza Abu85 (#217) üzenetére


janos666
nagyúr
LOGOUT blog

Elhiszem, hogy ez viszonylag gyakran lehet akár valódi indok is (kis gépigényű játékok), még többször pedig elegendő (kamu) kifogás (lustaságra), de ha pl. egy játék hivatalos minimum gépigénye Core i5, az ajánlott pedig Core i7 (legutóbb épp az Andromeda-ét néztem - noha nyilván nem tudom, hogy ez a játék használ-e majd AVX-et, csak tippelek hogy nem, illetve csak példa, ami beugrott), ott nem igazán érzem megalapozottnak az érvelést, hogy a Celeron/Pentium legyen a mérvadó az ilyen opcionális feature mérlegelésekor, hisz gyakorlatilag minden CPU támogatja az AVX-et, amit hivatalosan támogat a program és megoldható, hogy támogassa az AVX-et, de működjön Celeron-on is (pedig nem is kell neki a hivatalos gépigény miatt).

Amúgy valóban vicces amit a Pentium-okkal csinálnak. Nálam pl. összeomlott a Gentoo, mikor Skylake Pentium-ra váltottam (a kis "szerverben") és toltam egy rendszerfrissítést, mert a march=native paraméterrel látott olyan utasításkészleteket a GCC, amiket letiltottak a CPU-n, de csak microcode frissítés után tűntek el a flag-ek a CPUID-ből. :D

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#221) arn válasza nemszabad (#216) üzenetére


arn
félisten

Nem a kor szamit ;)

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#222) arn válasza Abu85 (#218) üzenetére


arn
félisten

Nem csodalkoznek, mivel az ez az amd achillessarka, ha most hirtelen jobban elkezdenek nyomni... amugy gpu driverek reszerol nincs semmi tamogatottsaga? Anno pl a 3dnow, sse tamogatottsaga eleg sokat szamitott, igaz akkor tl sem volt a "gpukban".

[ Szerkesztve ]

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#223) arn


arn
félisten

A blender pl tamogat elvileg avxet, abban meg kifejezetten eros a ryzen, epp mint a tobbi renderben.

[ Szerkesztve ]

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#224) nemlehet válasza janos666 (#220) üzenetére


nemlehet
őstag

Érdemes nézegetni a steam statisztikákat, hogy a legtöbben mivel tolják. Vannak igen erős pentiumok is és budget gamerből sokkal több van mint aki azon problémázik, hogy jajj 4k-ban nincs meg a 60 FPS.

Amúgy a ajánlott meg minimum gépigényeket inkább hagyjuk. Teljes komédia. Olan szinten fölé van lőve 90%-ban hogy hihetetlen.

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

(#225) smc válasza nemlehet (#224) üzenetére


smc
addikt

Akkor kérlek mutass egy olyan statisztikát is, hogy a budget pentiumos gép tulajok hány százaléka tolja aktuális top játékokkal. Addig nem sokat ér az egész, amíg egy kalap alá veszik a centes játékokat a nagy címekkel.

5600X 2x16GB 6800XT | i5-3570 2x4GB 1050TI | MS Surface Book | iPad Pro 12.9 | iPhone X | iMac e2008

(#226) Fiery válasza dchard (#215) üzenetére


Fiery
veterán

Pont ugyanazert, mint az AMD a GPGPU-t: nincs ennel jobb otletuk arra, hogy mikepp lehetne elorelepni a CPU/APU teljesitmenyben. Plusz, egyszer ez mar bejott, az SSE kapcsan. Csak ott is kellett vagy 10 ev, mire igazan el tudott terjedni. Ha azt vesszuk, hogy az AVX elso kereskedelmi termekkent 2011-ben (Sandy Bridge) lepett piacra, es igazan csak 2013-ban (Haswell) teljesedett ki az AVX2-vel es FMA-val, akkor semmi meglepo nincs azon, hogy mostanra nem gazolunk terdig az AVX gyorsitott szoftverekben. De mivel a technologia benne van a processzorokban, a lehetoseg adott, hogy a fejlesztok kihasznaljak. Mas kerdes, hogy ha iden +2 (Coffee Lake) ill. +2/+4 (Ryzen) magot kapnak a konzumer vonalon, akkor inkabb arra (tobbszalusitas) nyomuljanak ra, vagy az AVX-szel bibelodjenek. A helyzetet pedig tovabb fogja komplikalni, ha _esetleg_ az Intel vagy az AMD talal vegre valamit, amivel AVX nelkul is lehet fokozni az egyszalu teljesitmenyt.

(#227) Fiery válasza Abu85 (#217) üzenetére


Fiery
veterán

Maradjunk abban, hogy ez a Te allaspontod, meg nehany fejleszto nyekereg emiatt. De ez me'g mindig nem jelenti azt, hogy ez egy altalanos problema. Ha az lenne, az Intel lépne. Nekik nem kerulne semmibe, hogy aktivaljak az AVX-et szinte minden processzorukban.

Megjegyzem, programozokent pontosan tudom, hogy az AVX tamogatas mit jelent. Egyaltalan nem szukseges, hogy minden szoftver AVX gyorsitott legyen. Vannak olyan szoftverek, amik teljesitmeny orientaltak, es vannak, amik nem. A teljesitmeny orientalt szoftvereknel vannak codepath-ek, azaz kulon lehet klasszikus x86/x87 kodot irni, SSE gyorsitott kodot, AVX gyorsitott kodot, 32 bites kodot, 64 bites kodot, stb. Az AVX is csupan egy plusz codepath, nem varazslat. Es azt se felejtsuk el, hogy a teljesitmeny orientalt szoftverekkel elsosorban a relative nagy teljesitmenyu CPU-kat celozzak, vagy legalabbis azok vannak fokuszban. Egy CAD/CAM vagy epp video szerkeszto alkalmazas iroja nehogy mar azon forgolodjon almaban minden ejjel, hogy miert nem tudja minel gyorsabbra optimalizalni egy Celeronon vagy Atomon a szoftveret... A Core szeriaban pedig ott az AVX a kezdetek (2011) ota.

Valojaban az a helyzet, hogy a PC-piac beallt egy rohadt nagy allovizkent. Mindenki a masiktol varja, hogy lepjen, hogy o dolgozzon, o erolkodjon helyette is. Az AMD anno ezt csinalta a HSA-val: ok nem tudtak igazan versenykepes x86 CPU-t kesziteni, tehat oldjak meg a fejlesztok a HSA-val, hogy a kodjuk ne az x86 CPU-magokon fusson, hanem a GPU-n, mert akkor gyorsulni fog. Az Intel azt mondja, hasznalj AVX-et, ha gyorsitani akarsz a kododon. A fejlesztok meg azt varjak, hogy ugyis a kovetkezo Intel vagy AMD processzor generacio gyorsulni fog valamennyit, tehat ha lassu a program, vegyel uj CPU-t, es kesz. Aztan ugye ez utobbi be is kovetkezik iden: az AMD letett az asztalra egy lenyegesen gyorsabb CPU-t, mint amit addig tudott kinalni -- problem solved, a fejlesztok szemszogebol. Az Intel meg ad +2 magot (Coffee Lake, es adott esetben Skylake-X) iden is, problem solved, az o szemszogebol.

[ Szerkesztve ]

(#228) Fiery válasza Abu85 (#218) üzenetére


Fiery
veterán

"Az AVX-512-nél ez az egész még extrém jelleget öltött. Ott van a képesség a Skylake/Kaby Lake procikban, de több végtermékben le van tiltva."

Erre bizonyitekot szeretnék kérni. Tudtommal ez még mindig csak egy teoria, amire az egvilagon semmi bizonyitek nincs.

(#229) Abu85 válasza janos666 (#220) üzenetére


Abu85
HÁZIGAZDA

Ha most kiemelten a játékokra koncentrálunk, akkor egy motorprogramozó motort ir nem pedig végterméket. Neki csak az az ideális megoldás, ami mindegyik prociban ott van. Itt van a témában számos fejlesztő tweetje. [link]
Ott van még a Nitrous. Az Ashes of the Singularity nem csak egy olyan játék, ami nyerne némi előnyt az AVX-szel, hanem sokkal jobban futna a terepszimulálás vele. Mégis csak azért a GPGPU-s megoldás épül be, mert DirectCompute nagyobb felhasználóbázisnál érhető el. Ezekről az Intel nem hajlandó tudomást venni, egyszerűen őket annyira nem érdekli a consumer vonal, hogy az AVX-et lehozzák a premium szintről. Több pénzt hoz, ha ott marad. Persze, mint cégérdek ez érthető, de a.felhasználókkal és a fejlesztőkkel.ez kicseszés.

A Frostbite SSE4-ig működik motorfüggö, hogy melyik verzióig. Egy időben volt szó az AVx-ről, de inkább a GPGPU-t választották, mert nagyobb a célozható bázis. Azóta csak GPGPU-s kutatás megy. Valószínűleg letettek róla, hogy az AVX belátható időn belül mainstream lesz.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#230) arn válasza Fiery (#227) üzenetére


arn
félisten

dx12nel is ugyanez a csapda :) szepen hangzik ez az alacsonyszintu lehetoseg, csak eppen ki fogja megcsinalni a sokfele architekturara? nem beszelve arrol, hogy ez majd hogy erinti a visszafele kompatibilitast es a jovo archnitekturait. nem baj, majd futunk par kort, aztan eljutunk egy ujabb magasabb szintu apiig.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#231) arn válasza Abu85 (#229) üzenetére


arn
félisten

jah epp mint a kulonbozo gcn verziok :D ott nem gond, hogy nem egyforma?

[ Szerkesztve ]

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#232) nemlehet válasza smc (#225) üzenetére


nemlehet
őstag

Ezen a fórumon hajlamosak elfelejteni sokan, hogy nem csak 60+FPS ultra létezik. Nyílván nem tudok ilyen statisztikát mutatni, de surprise:surprise: A játékosok nagy részének tökre megfelel a konzol szint. Tehát 30 FPS, medium, gyakran csak 720p-ben. Erre pedig top játékok esetén is bőven elég egy erősebb pentium valami alsó középkategóriás kártyával.
Manapság már elég ritkán van olyan, hogy ha a minimum alatt van géped nem indul el egyáltalán a játék. Nekem pl az asztalimban FX8150+GTX580 kombó van, ami már igen csak a minimumot karcolgatja, de az aktuális címekben ha leveszem az árnyékot simán meg szokott lenne a 40-50 FPS medium-high-on. Ez pedig nekem már bőven játszható szint. Persze tudom vannak akik habzó szájjal fetrengenek a rohamtól, ha az FPS egy fél mp-re beesik és ennek elekerülésére hajlandóak elkölteni több száz k pluszt. Lelkük rajta. Én meg 300k-ért vettem hűtőt, mert nekem meg az a fontos.

[ Szerkesztve ]

Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3

(#233) Abu85 válasza arn (#222) üzenetére


Abu85
HÁZIGAZDA

Az a baj, hogy ez az Intelt nem.érdekli. Valószínűleg kiszámolták, hogy több pénzt hoz a AVX premium funkcióként. Igazából ennek a szerverpiacon van létjogosultsága, főleg a HPC területen. A consumer igények annyira nem fontosak. Ráadásul például a játékfejlesztők most már nem fogják kidobni a kényszerű GPGPU-s kutatásaikat, amelyeket részben az AVX helyett indítottak.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#234) Abu85 válasza Fiery (#227) üzenetére


Abu85
HÁZIGAZDA

A HSA valójában az AVX-re is tök jó. A rendszer képes AVX2 kódot is generálni. A szervereknél a ROCm csomaggal be is lehet vetni. A consumer szintre viszont jobban elterjedt alternatívák is vannak. Például a DirectCompute opcionálisán aszinkron compute-tal. A mostani kutatásokban erre indultak el a grafikus motorok is. A Frostbite most nagyon ráfeküdt, és számos vektoros számítást átraktak a prociról a GPU-ra. Idén megy majd a skinning is, mig jövőre jönnek a szimulációk. Lehet, hogy AVX-szel jobb lenne, de nem tudnák várni az Intelre. Nem mellesleg a problémákat így is megoldják.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#235) Abu85 válasza arn (#230) üzenetére


Abu85
HÁZIGAZDA

Nem szükséges így optimalizálni. Ma már bőven van tapasztalat arra, hogy mi az ideális. A memóriamenedzsment egyedül a problémás terület, es az tényleg nehéz, de jön a Vega, aminél a hardver megoldja a fejlesztő helyett.

(#231) arn: A GPU-knál.nyilván nem.probléma az eltérő ISA, hiszen binárist nem fogadnak el a driverek. Persze trükkök vannak, de amint valaki elkezd binárist szállítani ki fogják műteni a gyártok a kiskapukat. Szóval a GPU-kat maximum egy IR-en keresztül lehet célozni.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#236) zseko válasza janos666 (#220) üzenetére


zseko
veterán

Jaj, a gépigényt hagyjuk :). Egy csomó esetben hasraütésszerű szerintem. Mi pl. az új doom gépigénye? Nézd meg a gépem milyen, aztán ez az utóbbi idők legfluidabb játéka amivel játszottam, fhd maxon 40(+)fps. Több más, új játék sem állt be attól, hogy a minimumot sem érem el. Egyébként is mit jelent a minimum? Milyen felbontást? Beállításokat? Egy kezemen meg tudom számolni, mikor 1920x1200 alá kellett mennem felbontásban.

[ Szerkesztve ]

HR24.hu

(#237) arn válasza Abu85 (#235) üzenetére


arn
félisten

es mi lesz a tobbi hwel? :) vagy vegyen mindenki vegat? nem ertem ez mivel jobb hozzaallas, mint az intele...

amugy meg a fenet nem gond a tobbfele gcn, mar most az van, hogy ez nem megy rajta, meg nem ugy, nem tamogatjuk tovabb, etc. minel specifikusabb lesz egy kod, minel alacsonyabb szintu, annal jobban gondot fog ez okozni. a vegen ugyis az lesz, hogy szepen visszaternek vmilyen modositott magasabb szintu apihoz.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#238) janos666 válasza zseko (#236) üzenetére


janos666
nagyúr
LOGOUT blog

Én sem szoktam vele foglalkozni, csak arra hoztam fel érvként, hogy ha a hivatalos gépigény Core i5, akkor talán mégsem lehetne úgymond "hivatalos álláspont" mindenek felett elsősorban a Pentium/Celeron-hoz igazodni, amiken hivatalosan futnia sem kéne, nem még optimálisan.

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#239) Abu85 válasza arn (#237) üzenetére


Abu85
HÁZIGAZDA

A többi hardvernek írni kell egy manuális vezérlést. Ezt úgyis megköveteli a a Microsoft vagy a Khronos validátora. A Vegára pedig elég bemásolni az AMD kódját, amiben megadják a hardvernek az adatokat, és onnantól ez a rendszer automatikusan működik.

Semmiféle low-level kódot nem írjak ezeken az API-kon. Ez nem konzol. Ezek explicit API-k, ahol annyi történik, hogy a kernel driver helyett a futtatott program gondoskodik az erőforrások menedzsmentjéről és a szinkronizálásról. Ettől nem lesz egy API low-level. A Sony libGNM és a Microsoft Mono az low-level, de ezek nem érhetők el PC-n. A hardverek különbségeit az API, az IR és a driver elfedi.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#240) Abu85 válasza janos666 (#238) üzenetére


Abu85
HÁZIGAZDA

De itt az a gond, hogy csak a végtermékre gondolsz. Egy adott stúdió a motort nem egy programra tervezi, hanem jó esetben fél tucatra. Esetlegesen olyan programokra, amelyek még a tervezőasztalon sincsenek, tehát eleve egy követelmény az, hogy a megírt motor működjön minden kapható procin, mert lehet, hogy a következő cím egy MOBA lesz, és akkor az entry gépekre kell kialakítani. Emiatt nem lényeges, hogy x program úgy sem futna Pentiumon. Ez ugyanis már a motor felhasználása, nem pedig a tervezési fázis.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#241) arn válasza Abu85 (#239) üzenetére


arn
félisten

egesz eddig arrol volt szo, hogy dx12 low level api, es hogy milyen jo lesz nekunk.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#242) ricsi99 válasza janos666 (#147) üzenetére


ricsi99
addikt

Pontosan melyik software-wal tudom ezt letiltani? Biosban találtam olyat hogy acpi hpet ,azt lekapcsoltam, állitolag az egér érzékenységét is befolyásolja és arra nekem nagyobb szukségem (online fps lövöldözös game) lenne mint pár százalékcpu teljesitmény... erre már nagyon kiváncsi lennék... amugy i2500cpu :D

Egy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...

(#243) Abu85 válasza arn (#241) üzenetére


Abu85
HÁZIGAZDA

Inkább explicit API a jó szó rá. Én is ezt a jelzőt használom pár éve. A low-level jelző inkább az olyan API-ra illik, mint a libGNM. Elsősorban azért, mert az allokációt is maga a program irányíthatja. Ez a DX12/Vulkan esetében még mindig rendszerszintű. Nem is igazán praktikus PC-n mélyebbre menni.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#244) janos666 válasza Abu85 (#240) üzenetére


janos666
nagyúr
LOGOUT blog

Ezt részben elfogadom, de ez nem zárja ki, hogy opcionálisan jelen legyen az AVX úgy, hogy nem kritikus alapként támaszkodnak rá, csak segít pár dolgot kicsit gyorsabbá tenni az érintett CPU-kon.
Kicsit mint ha úgy akarnád felvázolni, hogy:
1: ha lenne AVX codepath, akkor el sem indulna Pentium-okon (x)
2: abszolút semmi értelme a hatékonyabb futás lehetőségét biztosítani a hardware-ek egy része számára, főleg ha az nem a skála legalja.

De akkor ennyi erővel soha ne figyeljenek oda semmi olyasmire, hogy nVidia és AMD GPU sajátosságok, á, á, á, optimalizáljanak Intel GPU-ra, mert az a leglassabb, a többin meg majd elfut izomból, nem...!?

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

(#245) arn válasza Abu85 (#243) üzenetére


arn
félisten

ok, nevezzuk ahogy akarjuk, a lenyeg az, hogy minel tobb munkat varrnak a fejlesztok nyakaba, ami hwspecifikus, annal nagyobb lesz a kavarodas.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#246) Abu85 válasza janos666 (#244) üzenetére


Abu85
HÁZIGAZDA

Szimplán opcióban egy AVX path túl sok pénz és idő. Például egy mai játékban (ha már ugye ez volt a beszélgetés alapja) a cullingra nagyon jó lehet az AVX, és teszem azt az occlusion culling egy rakás vektoros számítás. Viszont nézd meg a modern motorok irányát. Átmentek a GPU-driven pipeline-ra és átvitték a cullingot compute shaderre, plusz a DX12-vel aszinkron compute-ra. Tehát magát a problémát megoldották AVX nélkül is, és az SSE-s szoftveres megoldásról is eliszkoltak. Szóval jelenleg a 3. lehetőség játszik: keresnek nem CPU-s megoldást a problémákra. Hogy ez jó? Általánosan semmiképpen, persze valahol az. Viszont a DirectCompute minden gépen ott van, míg az AVX nem. Ez komoly szempont a kutatási irányok kijelölésénél.

(#245) arn: Az explicit API nem.igényel nagyon hardverspecifikus optimalizálást. Egy jól telepített API ezt fű alatt kezeli. Ezért van több bekötési szint például a DX12-ben. Egy kódból kezelhető az összes hardver az elérhető legjobb hatékonysággal.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#247) Vladi válasza CPT.Pirk (#184) üzenetére


Vladi
nagyúr

Most erre mit mondjak, csináljál egyet. :DD

Ha lesz valakinek ryzen a ph-nál besétálsz egy ssd-vel és.... ;]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

(#248) CPT.Pirk válasza Vladi (#247) üzenetére


CPT.Pirk
Jómunkásember

Érdeklődés lenne rá. :) Jövő ilyenkorra mikor már mi átlagemberek is meg tudjuk venni valamelyik olcsóbb RyZent, akkor majd tuti csinálok valami tesztet, hogy mekkora ugrás Phenom2-ről. :) Addig csak reménykedünk benne, hogy valamelyik PH!-s teszter gépen akad pár giga szabad hely egy Linux disztrónak, ezekben a Windowsos HPET sújtotta időkben... ;]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

(#249) Vladi válasza CPT.Pirk (#248) üzenetére


Vladi
nagyúr

"Windowsos HPET sújtotta időkben..." :DDD

Egyébként nem hülyeség összerakni egy linuxos teszt környezetet. Ugye itt is úgy szokás, hogy van egy xy szoftver környezet és minden proccot azzal tesztelnek.
Meg fix játékcsokor. Meg ilyenek.

ezen még elmélkedek. pl: gcc, memcoder stb.

De nekem amúgy is az az elvem, hogy valós környezetben kellene tesztelni, amit a felhasználó tényleg csinál is. Mondjuk egy 80 megás raw fájlt mennyi idő alatt lök át png-be xy képszerkesztő. mondjuk gimp.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

(#250) CPT.Pirk válasza Vladi (#249) üzenetére


CPT.Pirk
Jómunkásember

Azt a módszert is át lehetne venni, amit a Phoronixos srác tol, pik-pakk lefuttat teszteket játékokon meg mindenféle cuccokon, az egészet automatizálta. Csak futtatja a szkriptet, az meg végigteszteli a hardvert x alkalmazáson keresztül.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Copyright © 2000-2024 PROHARDVER Informatikai Kft.