Hirdetés
-
SMITE 2 - Napokon belül indul a zárt alfa teszt
gp Több mint egy tucat karaktert próbálhatnak ki a szerencsésebbek, a teljes listát a május első napján esedékes streamben árulják el.
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Valószínűleg valami driver és verzióprobléma van, azért okozott ilyen jelenséget a GPGPU-s mérés. Az NV nem nagyon ellenőrzi, hogy az OpenCL driverük működik-e vagy sem, szóval pusztán egy friss meghajtó teljesen tönkretehet mindent.
Ezzel sajnos nem nagyon tudunk mit csinálni, azon kívül, hogy lejelentjük a bugot az NV-nek, de amíg nincs OpenCL QA, addig ez sem ér sokat, egy-két meghajtóig jó lesz, aztán megint bugzik majd.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az ingadozás állandó, a gondot inkább az okozza, hogy gyári tuning mellett bizonyos programokban egy erősebb Boost fázis után az alapórajel alá is becsuklik a VGA. Ezért ért el sok helyen jobb minimumot a gyári specifikációkkal hajtott MSI, mert az NV a gyári specifikációt úgy állította be, hogy azért az alapórajel alá ne essen be a kártya.
Amíg nincs teljesen hardveresen vezérelt órajelállítás NV-n, addig ezekkel az agresszív boostokkal vigyázniuk kellene a gyártóknak, mert átlagban lehet, hogy hoznak, de minimumban esetenként visznek. De persze a gyártónak szabad keze van eldönteni, hogy hova helyezi a fókuszt. És talán nem véletlen, hogy az ASUS és az MSI gyári OC-s mód is az átlag teljesítményt helyezi előtérbe.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A szoftveres vezérlés problémája régóta, hogy egy ideig mindenképpen tartani kell a beállított órajelet, tehát nem lehet ezredmásodpercenként váltani. Szimplán nem jön meg a válasz ennyi időn belül, de más miatt is másodperces mértékű lesz az órajelzár. Na most a hardver úgy van beállítva, hogy egy túlterhelés után, ami lehet szimplán a VRM túlterhelése is (tehát nem feltétlenül függ a hőmérséklettől), levágja az órajelet alapra, vagy ha a szoftver úgy gondolja, hogy az nem elég, akkor az alapórajel alá. Nyilván itt a fagyás elkerülése a cél egy ilyen akcióval, mert a turbó alapvetően túlterhelhet bármilyen hardvert és mivel nincsenek teljesen hardveres védelmek a rendszerben, így a szoftver a maximális biztonságra törekszik.
(#45) Pukii: Ott van. "Belső limit."
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem valószínű. Más is panaszkodott a legújabb WHQL-nél az OpenCL-re. Ez van. Nem kifejezetten fontos az NV-nek az OpenCL implementáció.
(#52) tibaimp: Valószínűleg törött az egyik tekercs és az rezonál.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Persze elképzelhető, csak azt most nem tudjuk értékelni.
(#58) Locutus: Akik dolgozni veszik a kártyákat. Mivel eltérő igények vannak, így megpróbálunk a felhasználható időből a lehető legtöbb érdeklődésre választ adni. Annak is, aki játékos, és annak is, akit a GPGPU érdekel jobban.
Nem tudom, hogy külföldi oldalakon mekkora igény van a GPGPU mérésekre. Nálunk van egy kis közösség, akit ez érdekel, ezért megéri foglalkozni vele. Megnyugtatásul mondom, hogy ezek annyira gyorsan elvégezhető tesztek, hogy emiatt nem kerül a tesztbe kevesebb játék.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A bug még nem elismert, csak gyanítjuk, de hivatalosan nincs elismerve, hogy ezek az eredmények hibásak lennének. Majd később kiderül, hogy bug volt-e, vagy csak a megújult OpenCL implementáció nem hozza az előző verzió teljesítményét még.
A Luxmark valós, mert a Luxrendert használja.
A Bitcoin teszt is az, mert számos bányászprogram épít hasonló algoritmusra.
A LibreOffice is valós teszt, de ott van adatátviteli limit, ugyanakkor vannak APU-k is, ahol ez jó szolgálatott tehet.
Egyedül a T-Rex teszt nem valós, de legalább dinamikus jelenettel való sugárkövetés.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Sugárkövetést igénylő munka, szimulációk, gépi tanulás, képfeldolgozás, hardcore táblázatkezelés (nem vicc, amióta van GPGPU-s gyorsítás a LibreOffice-ban, azóta igencsak kiterjedt a táblázatkezelő használhatósága). Tipikusan van sok terület, ahova nem feltétlenül szükséges a komoly terméktámogatást biztosító professzionális vonal. Azok jellemzően oda valók, ahol az alkalmazások fejlesztői certifikálják a hardvereket. Nyilván annak is megvan a piaca, nem véletlen, hogy terméket kínálnak rá.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
GTA 5-nél ezeket a beállításokat használtuk: [link]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz pomorski #142 üzenetére
Ha meg ROCm teszteket néztünk volna, akkor az AMD nyert volna, mert az is gyártófüggő csomag, mint az NV CUDA-ja.
Az OpenCL viszont szabvány, és ezért nézünk ilyen teszteket. Az NV ezt pont úgy támogathatja, ahogy az AMD. A gyártófüggő dolgokkal az a baj, hogy az AMD-nek nincs esélye támogatni a CUDA-t, ahogy az NV-nek sincs a HSA+-ra épülő ROCm csomagot.
A GCN-t az NV technikailag még mindig nem érte el, inkább annak szól a bekezdés. Nyilván a GCN-t nyers compute-ban nagyon nehéz befogni, mert felépítésben inkább egy CPU, mint egy GPU, míg az NV Fermi alapja ennek a fordítottja.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az alaparchitektúra még mindig a Fermi, és ez már 7 éves. Ilyen időtartam után már olyan limitekbe ütköznek a fejlesztések, amelyeket esetleg nem lehet egyszerűen megoldani. Általában minden problémára van valamilyen megoldás, de a mérnökök a brute force megoldásokat kerülni szokták, ha a megoldás tranzisztorigénye egyszerűen túl nagy a járulékos előnyhöz képest.
Másrészt a gyártástechnológiai ugrás közel sem jelent akkora előrelépést, mint régen. Amíg mondjuk a 65 nm-ről 40 nm-re váltás tényleg radikális extraként ütközött ki, addig a 28 nm-ről 14 nm-re váltás ehhez képest marginális jelentőségű. Számít persze, de közel sem annyit, mint régen számított.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Ja persze, ha ilyen egyszerű lenne, akkor azt tennék, de egy új alap kidolgozása nem csak mérnöki szinten megterhelő, hanem a szoftverstruktúra miatt is, ugyanis abban is radikális változások kellenek. Most valamiért jellemző a piacra, hogy a korábbi 4-5 éves váltást elhúzzák. Ezért is maradt még mindig itt a Fermi alapja a Pascallal. Még az sem kizárt, hogy a Volta is erre az alapra épül, és csak aztán váltanak.
Ugyanebbe egyébként bele fog ütközni az AMD is. Most még nem, mert nekik a GCN 3 évvel fiatalabb, de idővel az is eléri a 7 éves kort. Az Intel meg rég beleütközött ebbe. Tömik is ki gyorsítótárakkal a fejlesztéseket.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
- NVIDIA Quadro RTX 4000 Ada Generation 20GB GDDR6 új garis eladó
- Nvidia Quadro RTX A2000 12GB GDDR6 192bit LP-normal dobozos VGA eladó
- MSI GeForce RTX 3070 GAMING X TRIO 8GB GDDR6 256bit - Garancia: 2024.05.10-ig!
- GIGABYTE GeForce GTX 1050 OC 2GB GDDR5 128bit Videokártya,hibátlan állapotban,tesztekkel!
- Sapphire HD 4830 512mb/256bit