Hirdetés
- Hogy is néznek ki a gépeink?
- Milyen processzort vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- A HBM helyére HBF-et kínálna a SanDisk
- Azonnali alaplapos kérdések órája
- Házimozi belépő szinten
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Melyik hordozható audiolejátszót (DAP, MP3, stb.) vegyem?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
Új hozzászólás Aktív témák
-
Peetee(tm)
aktív tag
Ez egy fontos és hasznos dolog szerintem. Mindenhol gyorsítunk, ahol csak lehet!
AMD FOREVER!
-
Kotomicuki
senior tag
válasz
#65675776 #33 üzenetére
Hát, "akit" a DX fejlesztésére használt (ki) a m$ az csődbe ment (emiatt (is)), bár, addig (DX9.0) volt jó a DX, amíg még élt az "illető" - a 11-nek meg az volt a legnagyobb újdonsága, hogy kompatibilitást nyújtott visszafelé a 9.0-ig, az idáig a legjobb változatig bezárólag (a m$ "saját" fejlesztései nagyon nem jöttek be).
Sz'al, nem feltétlenül hálás feladat "fejleszteni" a wintel kartellnek!Amúgy, ue-t, más felállásban, eddig csak milliós perek és kölcsönös(?) sárdobálás kíséretében lehetett elképzelni. Az, hogy ez nem következett be, mutatja a piacvezető(k) helyzetének, és/vagy magának a piacnak a gyengülését/gyengélkedését.
...
Valaki megemlítette, hogy nem lesz-e ez támadási felület a winfoson...
Nos, onnan lehet tudni, hogy a szoftver (itt op.rendszer) bizonyítottan, már elkészültekor rendelkezik beépített támadási felülettel, hogy Kínában engedélyezik a használatát... -
Reggie0
félisten
En itt az x86 okara gondoltam. Pl. nincs ringyoz masra, meg egy rakat szoftver, az emberek pedig rugalmatlanok. Nyilvan spec igenyeket, amibe ugyis megy a penz, megvalositanak barmilyen architekturan, ha a hatekonysag kritikus.
(#59) dezz: en konkretan idegbajt kapnek, ha egy kep masodpercekig toltodne. igy is baromi lassuak a gepek (no meg a telefonok).
[ Szerkesztve ]
-
dezz
nagyúr
válasz
#06658560 #56 üzenetére
Neked talán mindegy, hogy egy program 1mp alatt végez el egy feladatot vagy 2mp alatt, amikor dolgozol és haladnál? Más megközelítésben, hogy 2 magos-e a procid vagy 4? Szerintem nagyon nem. Mint ahogy az sem, hogy ~1 mp-et kell várni egy kép betöltődésére vagy 2-t, főleg ha több/sok képet kell megnézni egymás után, de amúgy sem.
[ Szerkesztve ]
-
sb
veterán
válasz
M@trixfan #52 üzenetére
Értem miről beszélsz és valóban ez az irány.
A HSA-val is egyértelműen: van egy azonos címtérrel rendelkező "soros" és "párhuzamos" feldolgozásra optimalizált hw-d: bármit ki lehet hozni belőle sw-vel a megfelelően felhasználva a szabad programozású és immáron adat szinten is átjárható hw-t.Innentől a kérdés csak az, hogy vajon ezt a gyakorlatban is meg lehet-e oldani. Erre értettem, hogy hatalmas a potenciál, de nem biztos, hogy az sw fejlesztésben árban/bonyolultságban elbírnak vele.
Nem véletlenül nyűglődünk az x86 architektúrán... mióta is?Most persze kicsit más a helyzet. A heterogén programozáson kívül mással nem nagyon lehet teljesítményben előre lépni már. Azzal viszont nagyot lehetne. Talán most érkezett el a pont, ahol muszájból csak beindul a váltás.
[ Szerkesztve ]
-
dezz
nagyúr
-
narumon
őstag
Abu! Azt lehet már tudni, hogy ez a Kaveri milyen hatással lesz a multimédiás feldolgozásokra? Leginkább engem a film vágás, effektezés érdekelne. After Effects, Premiere és társaik. Adobe tervezi kihasználni az ilyen technológiában rejlő lehetőségeket? Egyáltalán van ezen a téren mit kihasználni? Köszi!
-
M@trixfan
addikt
Manapság az egész technológia filozófikus átalakuláson megy át. Ma már kezd visszafordulni a tendencia a keresztbe-kasul programozható GPU-kal, APU-kal. A fix behuzalozás helyett először egy-két shader volt szabadon programozható, ma meg már brutális dolgok vannak kilátásban. Komolyan gondoltam, hogy a közeli jövőben már igazából hardveresen gyorsított szoftver rendererek lesznek gyakorlatilag, már annyira szabadon programozhatóak lesznek az arhitekturák. A konkrét részletekben Abu85 az illetékes, APU témában meg pláne.
[ Szerkesztve ]
-
-
sb
veterán
válasz
M@trixfan #41 üzenetére
Ha sw-ből oldod meg általános hw-n az törvényszerűen lassú. Ha a hw-t a feladathoz igazítod "fix funkciósra" akkor lesz gyors.
Egy egyszerű példával élve:
- Van egy hw-d ami csak összeadni tud. Sw-ből meg szorozgatnod kell: nyilván lassú lesz összeadással emulálva.
- Ha meg csinálsz alá egy hw-t ami tud szorozni akkor már "fix funkciós" lett.Szóval kicsit filozofikus ez az elméleted.
Persze nem ilyen sarkított a dolog a valóságban, de látszik, hogy nagyon sok mindent be kell drótozni a hw-ben, hogy jó legyen. Az általánosabb megoldások felé meg az sw bonyolultsága nő. Az sem mindig jó, mert nem lehet mindent jól és "olcsón" lekódolni. -
Amúgy ez nem lett volna jobb, ha rögtön mondjuk megcsinálják a GCN-es implementációt? Vagy ez ilyen marketing dolog, hogy vegyél Kaverit?
-
pakriksz
őstag
"Örülök, hogy ahhoz képest nem ész nélkül mennek már előre a gyártók, hanem kezdenek új dolgokat bevezetni."
Már amelyik, az intel szokás szerint ész nélkül megy előre "mindenki használjon cpu-t mert abban vagyunk jók, ne érdekeljen hogy egy gpu azonos fogyasztással akár 5x annyi melót is elvégez"
Amúgy azt kéne az amd-nek csinálnia, mint amit az nv csinál, akik népszerű libeket (dll-ek) cudásítanak hogy a gpu-t használja. Ott igazából nem is kéne semmit csinálni a programmal, csak bemásolni a gpu-s libeket a system32-be, vagy a program mappájába és már menne is. Persze ez sem olyan mintha a programot eleve gpu-ra írták volna, de jobb mint a semmi.
[ Szerkesztve ]
-
M@trixfan
addikt
Csak ne arra menjünk el, hogy mindennek lesz behuzalozott fix funkciója! Én inkább azt szeretném a jövőben, hogy ha a célfunkciók sebességét tekintem 100%-nak akkor inkább legyen minden gyorsítás 70%-80% hatásfokú, de az viszont vonatkozzon minden szoftverre. A szoftver render mindig jobb minőségű tud lenni, hiszen fejleszthető. Szerintem a legjobb lenne ha gyakorlatilag mindent meg lehetne csinálni szoftverből, csak közben a platform ügyesen alásegítene. Úgy látom a legfejletteb 3D motorok is hasonló irányba mennek majd: szoftver render lesz majd, csak hardveresen gyorsítva
-
Reggie0
félisten
Neha a technologiai demonstracio hajtja a fejlesztest, aztan ez hozhat mashol is hasznot. Peldaul elkezdik atgondolni a jelenlegi strukturat, mert latjak, hogy vannak jobb megoldasok. Nem kell leragadni kizarolag a JPEG-nel. Csak ezen mutattak be.
De peldaul mobil eszkozoknel nem mindegy, hogy mennyit fogyaszt netezes kozben.
[ Szerkesztve ]
-
Rive
veterán
Hümm.
Tkp. mekkora terhelést/késleltetést okoz átlagosan a JPEG dekódolás használat közben, hogy érdemes volt rá külön fejleszteni
-
drkbl
őstag
Nyilván nem a referencia implementációt használják
, beépített alatt az API kompatibilitást értettem. Ha nem így nézem, a HP LaserJet driver is megkerüli a Windowst, amit aztán a Microsoft majd beépít (a következő Windows verzióba)
Kiváncsian várom, mihez képest 2x gyorsabb, a Windows Desktophoz, vagy a linkelt új, -45% időt igénybevevő Windows Store API-hoz képest, mert mindkettő a jelen, nem kell Kaverire várni.
-
#65675776
törölt tag
Szóval az AMD végzi az alapkutatásokat a MS számára.
-
letepem
aktív tag
"Sőt, konkrétan vizsgálják az AMD ötleteinek működését, hogy a későbbi Windows verziókba a mostaniaknál hatékonyabb implementációkat építhessenek, és ebből minden érintett partner profitáljon."
Akkor most ez azt jelenti, hogy az amd kitalálta, fejlesztette (TA,Wi. Di., stb) és a windows implementálni fogja , így oda minden amit az AMD magának kitalált ?
-
koop6
tag
Tehát akkor a programozókon múlik, hogy látnak e fantáziát a megoldásokban, illetve mivel ezek általános felhasználásra lettek kitalálva, vagyis nem igazán optimalizáltak, lehet, hogy az egyes programoknál már eleve van valami jobb megoldás (jobban optimalizált kód az adott folyamatra)?
-
alevan
őstag
Érdekesség, hogy a gyártók szerint a Microsoft sem neheztel az AMD-re, hogy folyamatosan megkerülik a Windows beépített funkcióit. Sőt, konkrétan vizsgálják az AMD ötleteinek működését, hogy a későbbi Windows verziókba a mostaniaknál hatékonyabb implementációkat építhessenek, és ebből minden érintett partner profitáljon.
Vagyis nyal a Win az AMDnek, hogy egy esetleges ujraszerzodes eseten olcsobban kapj az XBOXba meg az APUkat, mint jelenleg
-
#06658560
törölt tag
Akkor most a WP8-as Pjúrvjú kamerával készített ~harmincöt megapixeles jpg képet nem két másodperc, hanem 1,8 másodperc lesz megnyitni?
-
drkbl
őstag
Hát ha nem saját API-t használnak, akkor a beépítettet használják.
Kb. mint a Print spooler - printer driver.•Built-in codecs for the standard web image formats.
•Built-in support for standard metadata formats.
•Wide range of pixel format support.
•High-color support; including 30-bit extended range, 30-bit high precision, and 48-bit high precision and wide gamut pixel formats.
•Extensible framework for image codecs, pixel formats, and metadata formats. -
Fiery
veterán
"Információk szerint ezt az integrált grafikus vezérlő és a központi processzormagok erejét egyesítve éri el a cég. Az új rutin azonban gépi kódban íródott, így csak a Kaveri APU-n működik, de később nyilván portolható az újabb lapkákra is."
Azt lehet tudni, hogy ez kicsit konkretabban mit takar? A GPU-t milyen interfeszen keresztul hajtja meg?
[ Szerkesztve ]
-
dabadab
titán
"Ha megkerülés lenne, saját dekóder API lenne, nem pedig a beépített dekóder lenne használva."
Ig nemileg utanolvasva mashol is, nekem egyaltalan nem vilagos, hogy sajat API-t hasznalnak-e (illetve en igazan nem tudom, hogy mirol is van szo, a standard WIC-es infrastrukturarol, vagy valami masrol), az viszont teljesen biztos, hogy nem a beepitett dekodert hasznaljak, hanem sajatot.
(#17) O_L_I: nekem ugy tunik, hogy tenyleg ez a jovo, mert nyers ero tajan az Intel sem tud olyan sokat mutatni es folyamatosan egyre nehezebb lesz emelni a teljesitmenyt, mert az egyszeru lepeseket mar mind megleptek, meg a kicsit nehezeket, meg a kozepesen nehezeket is.
[ Szerkesztve ]
-
O_L_I
őstag
Csak egy dolog motoszkál bennem.
Az AMD azért nyomja ezt a APU témát ennyire mert tényleg ez a jövő vagy csak szimplán azért mer nyers CPU erőben nem lehet befogni az Intelt. (inkább megkerüli az intelt mint átugorja)
Bár a két konzol igencsak őket látszik igazolni. -
koop6
tag
Ezek szerint ezek a megkerülések csak akkor működnek, ha az adott program a win-es dekódolót használja? Vagy még ebben az esetben is kell, hogy a programozók beleírják a kódba, hogy keresse a lehetőséget?
Olyan programnál, ahol eleve van valami más rutin, mint a win sajátja, csak akkor van értelme, ha a programozók látnak fantáziát az AMD verziójában, akkor is csak a köv. frissítéss után? Addigra pedig lehet, hogy már a win is kijön valamivel?
Kártyavásárlás előtt állok, munkára használnám, és eddig egyértelmű volt az Nvidia, de kezdek elbizonytalanodni.[ Szerkesztve ]
-
dabadab
titán
válasz
szilagyiv #10 üzenetére
Gyakorlatilag ez is az, mint amit a VLC/mplayer hozott: az elkepzelt windowsos megoldas az volt, hogy van a codec infrastruktura es ha valaki valamit le akar jatszani, akkor tessek azt hasznalni, mindenki telepitett mindenfele buvos codecpackokat, meg egyebeket, aztan jott a VLC, megkerulte az egeszet es sajat maga jatszotta le (a filmnezok nagy oromere, teszem hozza).
Mondjuk itt annyi kulonbseg van, hogy nem egy programrol, hanem valoszinuleg egy .dll-rol van szo, szoval itt elsosorban nem a usereket kell atallitani, hanem a programokat, hogy hasznaljak ezt.
[ Szerkesztve ]
-
scope2007
addikt
Egy tesztet megerne majd
-
drkbl
őstag
Erről van szó?
Using Hardware to Decode and Load JPG Images up to 45% faster in Internet Explorer 11
Internet Explorer 11 and Windows Store Apps on Windows 8.1 offload parts of the image decoding pipeline to the graphics hardware, resulting in up to 45% faster image load, up to 40% lower memory consumption, and improved battery life.
-
O_L_I
őstag
Azt nem lehet mondani hogy az AMD nem tesz mindent, hogy sikeres legyen a Kaveri.
Ha a CPU rész hozni fog egy Haswell i3 4330 szintet akkor tuti veszek. (bár per pill úgy tűnik hogy nem fog)
-
szilagyiv
senior tag
De hogyha az AMD mindent megkerül, akkor nem dől össze az a jól felépített koncepció, hogy a Windows felügyeli a folyamatokat, ezért szabványos, és ezért le van szűkítve a támadási felület? Visszatérünk a hős PC korszakba, mikor mindenhez külön drivert kellett írni?
Vagy rosszul értelmezem. -
-
Janus27
tag
Csak jönne már ez a Kaveri, több mint 1 éve várok rá!
-
De most akkor ez gyorsítja akkor is, ha pl. Irfannal nyitok meg valamit?
-
freeapro
senior tag
Ez mér a wintel éra vége.
-
Steve1207
veterán
Brilliáns, hogy itt is kihasználják. Örülök, hogy ahhoz képest nem ész nélkül mennek már előre a gyártók, hanem kezdenek új dolgokat bevezetni. Az MS részéről is +1, hogy a felhasználói élményt akarják ezzel is javítani és nem az eddig megszokott civakodás a "cél".
-
GIJoe
addikt
A fogyasztáscsökkentés mindig jó hír
A smarter choice, szlogen ugrik be hirtelen...
Új hozzászólás Aktív témák
ph A Kaveri APU az új rutinnal kétszer gyorsabban dekódolja a népszerű képfájlokat.
- Milyen légkondit a lakásba?
- Hogy is néznek ki a gépeink?
- Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- World of Tanks - MMO
- Kuponkunyeráló
- Milyen processzort vegyek?
- Battlefield 4
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Építő/felújító topik
- Mikrotik routerek
- További aktív témák...