- Android alkalmazások - szoftver kibeszélő topik
- iPhone topik
- Okosóra és okoskiegészítő topik
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- Apple iPhone 16 Pro - rutinvizsga
- Xiaomi 13 - felnőni nehéz
- Keretmentesít a Galaxy S25 FE
- Magisk
- Milyen okostelefont vegyek?
- Samsung Galaxy A36 5G - a középső testvér
Új hozzászólás Aktív témák
-
Fiery
veterán
A DirectX detektalasa egy nyakatekert tema. Kulon lehetne detektalni a DX10 elotti adaptereket, kulon a DX10+DX11 adaptereket, es megint kulon a DX12 adaptereket. Ehhez vagy 3 kulon oldal kellene az AIDA64-ben, ami kapasbol zavart keltene jo nehany felhasznalo fejeben -- pl. mert nem ugyanazok az adapterek szerepelnenek mindharom oldalon. Vagy ossze lehet oket vonni egy oldalra, de az kompromisszumos lesz. Ez utobbit csinalja most az AIDA64, kiveve, hogy a DX12 adapterek detektalasa me'g nem kerult implementalasra. Ezert nem mutat helyes DX12 hardver megfelelest a DirectX Video oldalon az AIDA64 jelenleg.
"Erről az iGPU sebességről meg felesleges szerintem vitázni, ha valamelyik emlegetett dGPU támogatná az SVM-et, akkor lenyelné keresztbe a Carizzo gpu-ját, még úgy is, hogy hozzászámoljuk a PCIe késleltetését."
Errol tenyleg nem erdemes vitatkozni, ugyanis nem igy van
Nyilvan lenne olyan konkret GPGPU feladat, ami egy SVM-képes dGPU eseteben nagyon jo sebesseggel futna, de kozben meg lehetne boven talalni olyan kodot is, ami megroppanna a PCIe kesleltetese miatt, es iGPU-n me'g mindig gyorsabban futna. Minden attol fugg, mennyit kell ide-oda turkalni a memoriaban, es egy-egy iras/olvasas alkalmaval mekkora adatokat kell mozgatni. Ha sokszor nyulkalsz ide-oda, ha a CPU es a GPU felvaltva dolgozik az adatokon, akkor egy SVM-es APU nagyon jol tud muzsikalni.
Hidd el, nekem angol kiosztasu billentyuzetem van, es a Windowst es a mobil eszkozeimet is angol nyelven hasznalom. Akkor szoktam csak egy-egy ekezetes betut beszurni, ha ugy erzem, azzal egyertelmusithetek egy-egy szot. Az iget meg olyan ertelemben nem hirdetem, hogy mas is csinaljon ugy, ahogy en -- bar nemtom, erre a fajta ige hirdetesre gondoltal-e. Nekem mindegy, ki hogyan ir, el tudom olvasni a magyar szoveget ekezettel es anelkul is
Es a csajozas nalam mar nem jatszik, iden immar 15 eve
De ha megis jatszana, akkor egesz biztosan nem IT temaval probalnek egy holgyet becserkeszni
-
Fiery
veterán
Kerlek, ne keverd a DirectX-et az OpenCL-lel. Az egyik egy nagy rakas sz*r, legalabbis diagnosztikai szempontbol, a masik (OpenCL) meg egy joval konnyebben behatarolhato es sokkal megbizhatobban hasznalhato API. Amit az AIDA64 az OpenCL-rol mond, azt nyugodtan veheted keszpenznek -- de ha gondolod, tudod ellenorizni mas szoftverrel az infok pontossagat. Mar ha talalsz erre megfelelo szoftvert
"Ez lehet, de Carizzo igpu-ja köszönőviszonyban sincs, teljesítményben értem, mondjuk egy 390X-hez."
Kiveve, ha olyan feladatot kell GPU-val gyorsitani, amit az SVM segitsegevel gyorsabban vagy egyszerubben tudsz megoldani. Vannak olyan feladatok, amiknel oriasi kihivas a nem-SVM alapu GPGPU implementacio, pl. lancolt listak vagy bonyolult strukturak miatt. Az adatok ide-oda masolasa a device memory es a host memory kozott sem mindig trivialis, nem beszelve a nagy overheadrol. Meg van tehat a maga letjogosultsaga a relative lassu, de SVM-képes GPU-knak is; es persze hamarosan talan eljon az a nap is, amikor a "best of both worlds" APU-t is megkapjuk.
"Hadd kérdezzem már meg, te szándékosan írsz ékezet nélkül? Rohadt idegesítő."
En csak angol kiosztasu billentyuzetet hasznalok, mivel programozokent ezzel sokkal konnyebben tudok dolgozni. A napom nagy reszeben angolul beszelek ill. irok-olvasok, emiatt szoba sem johet a magyar billentyuzet. Es igen, tudom, hogy at lehet kapcsolni magyar kiosztasra, es tudom, hogy mekkora rohadek magyar vagyok, hogy nem hasznalok ekezetet, de igazsag szerint egyszerubb lenne nekem angolul irogatni a magyar forumokba is, tehat vedd ugy, hogy mar azzal, hogy ekezet nelkul irok magyarul is megeroltetem magam a nyajas olvasokozonsegre valo tekintettel
Ha valakit ez idegesit, azzal nem tudok mit kezdeni, engem is sok minden idegesit, megsem teszem szova minden egyes embernel, hogy kiben mi idegel
Pedig vannak koztuk prominens forumozok is
Peace
-
Fiery
veterán
Nem azt mondtam, hogy OpenCL 2.0 = SVM, hanem hogy az az egesznek az apropoja, az indokolta a major verzio ugrast kapasbol. Vannak mas ujdonsagok is, amiket tamogathat egy dGPU is. Es nyilvan az SVM bizonyos funkcioit tamogatni lehet dGPU-val is, mint ahogy az nVIDIA oldalan, a CUDA-ban is van megosztott memoria, de a legtobb esetben ez inkabb csak potcselekves, mint valoban hasznos feature. Ha ezzel egy adott dGPU meg tud felelni az OpenCL 2.0-nak (amihez valoban nem kell SVM, rosszul emlekeztem, lasd lentebb), az tok jo, de en me'g nem lattam olyan AMD dGPU-t, ami SVM-et tamogatna, ill. ami a device kapcsan OpenCL 2.0 verziot riportolna magarol. Es egyik sem tamogatja a cl_amd_svm egyedi OpenCL kiterjesztest sem. Nyilvan meg lehetne oldani, takolassal meg trukkozessel egy dGPU kapcsan is az SVM tamogatast, de ez SZVSZ inkabb egy felesleges marketing huzas lenne, mint valoban hasznos feature. Kulonosen mivel ha valakinek pont az SVM-re van igenye, akkor remek SVM-képes APU-t vasarolhat mar most is (pl. Carrizo).
Szerk.: Sz'al utananeztem, es elvileg ezek a kiterjesztesek szuksegesek az OpenCL 2.0-hoz:
cl_khr_3d_image_writes
cl_khr_byte_addressable_store
cl_khr_depth_images
cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics
cl_khr_image2d_from_buffer
cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomicsEzek kozul a cl_khr_depth_images-et nem tamogatja az R9 380 (Antigua), a tobbit tamogatja.
-
Fiery
veterán
Az OpenCL 2.0 lenyege, ertelme, letjogosultsaga szinte teljesen kimerul az SVM-ben. Akarhogy is csurjuk-csavarjuk a dolgot, egy dGPU ertelmes keretek kozott nem fog SVM-et tamogatni, tehat nem lehet OpenCL 2.0 kapcsan sem beszelni semmilyen dGPU-rol. Ha pedig innen nezzuk a dolgot, akkor teljesen mindegy, melyik gyarto ill. melyik weboldal mit allit egy adott dGPU-rol. Egyebkent ennyi erovel a Mantle-be is bele lehetne kotni
-
Fiery
veterán
Az OpenCL platform (ami az APP hataskore) 2.0 verziot tamogat, de az eszkoz (R9 380 ebben az esetben) csupan OpenCL 1.2-t. Amit az AIDA64 mutat, az teljesen normalis, nem latok hibat. Ha a gepben nem Intel CPU lenne, hanem Kaveri/Godavari/Carrizo APU, akkor annak az iGPU eszkozere mar OpenCL 2.0-t mutatna az AIDA64 (is).
Új hozzászólás Aktív témák
Hirdetés
- i5-8400 Processor, 6 mag, Max Turbo 4.00 GHz, ajándék hűtővel-elkelt TheCrafter22, értékelésre vár
- Csere-Beszámítás! AMD Ryzen 7 5700X3D Processzor!
- Core i7 9700 processzor - 6 hó garival
- Intel Core Ultra 7 265 /// Bontatlan, Teljesen Új // Üzletből, Számlával és Garanciával
- BESZÁMÍTÁS! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
- AKCIÓ! HP Elitedesk 800 G1 USDT mini asztali számítógép - i7 4770S 16GB RAM 128GB SSD Intel HD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged