- Szárba szökken a Galaxy Buds 3 Pro
- Vodafone mobilszolgáltatások
- Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
- MIUI / HyperOS topik
- Google Pixel topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi Mi 11 Ultra - Circus Maximus
- KuKirin G4 - a sebesség ára
- Az Apple is mesterséges intelligenciával turbózza fel a teljes kínálatot
Hirdetés
-
Atlasszal készül a HMD a középkategóriába
ma Alulról építkezik újra a finn márka, a HMD Atlas már 5G modemmel érkezik.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Léptek New Yorkban a közösségi média függőséget okozó algoritmusai ellen
it Meghozták azokat az intézkedéseket, amelyektől azt remélik, hogy segítenek megvédeni a kiskorúakat a közösségi médiában.
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Az AMD-nek a több batch modell volt a fejlesztési módszere a Catalyst érában. Mégse tetszett igazából senkinek, méghozzá azért, mert jötten a hotfixek dögivel. Most az NVIDIA csinálja a több batch modellt, jönnek is a hotfixek... A kérdés az, hogy mi változott, hogy ez a modell lett a jobb?
Egyébként a két modell között alapvetően az a különbség, hogy több batch modellel több WHQL meghajtód lesz, de közben több hotfix a merging problémák miatt. Egy batch modellel kevesebb WHQL meghajtód lesz, de nem lesz hotfix, mert nincs merging, és ennek hiányában sosem keletkezik belőle bug.
A gyártók amúgy azért váltottak, mert az AMD marketingre használta a sok WHQL drivert. Az NVIDIA ezért ráment a WHQL-re szám szerint, hogy az AMD ne tudja többet ezt marketingben felhasználni. Az AMD viszont azért lépett le erről az útról, mert a marketinget elintézte a fejlesztőcsapat azzal, hogy a WHQL szart sem ér, ha utána azonnal hotfixelni kell. Ezek az érvek és ellenérve az egyes modellek kapcsán.
Ami fejlesztési szinten eltér, hogy a több batch több programozót köt le, tehát több olyan ember kell pusztán a mergingre és az egyes meghajtók összerakására, akik amúgy dolgozhatnának optimalizáláson. Ezért is volt az, hogy az NV-nek voltak a régi modellben a leghatékonyabb API implementációi, mert egy batch mellett minden erőforrást arra költhettek. Most pont azért fordult a kocka, és az AMD-nek lettek a leghatékonyabb API implementációi, mert most ők tudnak erre rakni sokkal több programozót.
[ Szerkesztve ]
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
- Garanciális ASUS TUF Gaming X670E-PLUS + AMD Ryzen 7 7800X3D
- 7db Lenovo ThinkCentre M710s/M910s/M720t:i5 8400 (6mag)/i5 6500 (4mag) +AJÁNDÉK:ÚJ Lenovo bill.+egér
- Asztali pc ssd/hdd nélkül
- 6.7.8.gen Brand félgépek // Hp, Dell, Fujitsu, Lenovo // TWR, MT, SFF // Több típus elérhető!
- Asus TUF / AMD Ryzen 9 3900X / 64GB RAM
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen