Keresés

Új hozzászólás Aktív témák

  • Fiery

    veterán

    válasz DRB #18 üzenetére

    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 :DDD

  • Fiery

    veterán

    válasz DRB #16 üzenetére

    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 :C :R 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 :D

    Peace :R

  • Fiery

    veterán

    válasz con_di_B #14 üzenetére

    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_atomics

    Ezek kozul a cl_khr_depth_images-et nem tamogatja az R9 380 (Antigua), a tobbit tamogatja.

  • Fiery

    veterán

    válasz DRB #11 üzenetére

    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

    válasz DRB #9 üzenetére

    Ennek a tablazatnak eleve semmi ertelme, tekintettel arra, hogy olyan API sincs, hogy "Vulkan". Majd lesz, persze, de most me'g nincs. Amugy meg, egyik cegtol sem all tavol az igazsag felnagyitasa, neminemu kozmetikazasa ;)

  • Fiery

    veterán

    válasz DRB #6 üzenetére

    Ha a platformra jelez 1.2-t az AIDA64, akkor egyszeruen az adott gepre telepitett APP platform csupan OpenCL 1.2-t tamogat. De akarhogy is, minden dGPU OpenCL 1.x-es lesz, mint eszkoz, hiszen nem tamogatnak SVM-et.

  • Fiery

    veterán

    válasz #00137984 #1 üzenetére

    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