Egy-két hetet csúsztatja a Ryzen 9000 sorozat startját az AMD

Igen olvastam (link - for those following along at home)

Mondjuk egyrészt ez nem a "fullos" verzió (csak 256-bites AVX512 egység van a "nagy" Zen5 magokban is), másrészt meg AMD-ék egy elég nagy ziccert kihagytak azzal, hogy nem küldték be a Zen5 és Zen5c (low power) magok ütemezőben megkülönböztetéshez szükséges patchet még a 6.11-es kernel merge window-ban.

Amúgy a legújabb konteó az, hogy egyszerűen félrefeliratozták a Ryzen7-eket Ryzen9-nek: https://prohardver.hu/hir/eliras_okozta_az_uj_ryzenek_csuszasat.html :) - amúgy érdemes rákeresni pár képre korábbi generációs Ryzen-ekről, hogy hogyan is áll az a 7-es szám (karakterek közötti távolság) a többi feliraton... :)

Nem is lehet teljesen megfeleltetni a generációkat, mert tovább is szegmentálták, eleve az i9-et is csak 7. gentől hozták be, meg az i5, i7 vonalat is tovább bontották még asztalin is, nem hogy notiknál.

A legkaotikusabb az Intel hagyományosan a Xeon prociktól volt, na azoknak a számozása, besorolása mindig is agyrém volt, W, X-es, L-es, E-s, aztán E-3, E-5, E-7, egyszer 2-essel, egyszer 1-sel kezdve, a generáció el van dugva a számozás végére v-akárhányként. A Celeronoknál se jelezte nagyon sokáig az elnevezés, hogy melyik Pentium generációnak felel meg. Eleve a Pentium-ok is problémások voltak, mert pl. P3, P4-nél volt egy csomó foglalatos, meg egyik RD-RAM-os, másik SD, a harmadik DDR, a negyedik DDR2, a legvégső P4 már DDR3-at támogató 775-ös lapokba is belement. Ezt még tovább kutyulták a Core időszakban, ott is volt minden, Core Solo, Core Celeron, Core Duo (vigyázat, ez nem Core 2 Duo, a Core 2 már másik generáció). Core i-nél szintén nagy kavar volt, mikor kezdték, mert volt belőle egy 0. gen is, amit össze lehet számozás alapján keverni a beépített memóriavezérlős 1. gennel, stb..

Az AMD se ma kezdte a szar számozást, elég például az FX-ekre gondolni, meg az A4-A10 keverésekre, már azokon is kb. lehetetlen volt a számozást követni, de míg nem keverték meg ott is jobban, már a Ryzeneken is elég nagy keveredés lett, az 1600AF az 2. gen, a 2200G az 1. gen. A 2500U az 1. gen, ahogy általában a mobil procik gyakran egy gennel korábbiak, mint a számozásuk utalt rá.

Intelnél én is mindig utáltam, hogy ilyen-olyan Bridge, meg Lake, azt is rohadt nehéz lekövetni, teljesen felesleges keverés, kezdjék a számozást a valós generációval és kész. Ez az E meg P magozás is elég katyvasz, valóban.

Így jutottunk oda, hogy ma már a szakembereknek is az Intel Ark-ot meg az AMD.com-ot kell használni, nem csak a magok miatt, meg a generáció kiderítésére, hanem pl. hogy az adott proci menny memóriát támogat, hány PCIe sávot, milyen PCIe verziót azon belül is, meg hogy az utasításkészletek közül mit támogat, HT/SMT-t tud-e, ha igen, akkor hány magnál. TDP-vel is megy a keverés, aminek semmi köze nincs se a tényleges fogyasztáshoz, se a melegedéshez.

Nem csak a CPU-knál, a GPU-knál is megy már sok generáció óta mind az NV, mind az AMD oldalán a kutyulás, meg a szanaszét szegmentálás (GT, GTX, RX, Ti, nem Ti, Super, Titan, XT, XTX, régen meg mindenféle Pro, ultra, SE, LE, kutyapöcse), de még azonos kártyák is vannak kiadva visszavágott számú feldolgozóegységgel, mindenféle bites memóriabusszal, többféle VRAM mennyiséggel, egyiken DDR3-as, másikon GDDR akárhányas (a 1030GT híres erről). Eléggé elszabadultak a kódnevekkel ott is, fejből kenjed, hogy a Fermi, Pascal, Turing melyik generáció, melyik mikor jött ki, meddig támogatott, AMD oldalán meg Polaris, Vega, Navi még régebb óta megy mindenféle mert régebben meg mindenféle Islands kódnévvel tolták, meg mindenféle TerraScale meg GCN verzió volt megkülönböztetve

Ez még mindig kihívás lehet Linux alatt, ha ki akarod deríteni, hogy milyen driverek kellenek. NV oldalán is elég kaotius a Linux, mert eltérő kártyák, eltérő driverágakat támogatnak, van, amelyik többet is, főleg, hogy most már van az NV-nek open-source (NVK, ami a szintén open-source Nouveau-val és az annak Nova néven fejlesztett változata mellett párhuzamosan létezik), meg zárt drivere. AMD oldalán se egyszerű, mert párhuzamosan létezik mindenféle régi GPU miatt több open-source kerneldriver, radeon, amdgpu, amdgpu pro, és ez még csak a kerneldriver, ettől külön vannak a Xorg és a Mesa driverek, meg és csak Vulkan-ból van két implementáció (RADV, AMDVLK), hardveres be/kikódoláshoz meg többféle driver megint, egyik VAAPI a másik VDPAU alapú.