- Hamarosan megkezdődik a nubia 2,8K-s táblagépének szállítása
- Barátokká váltak az eddig rivális AI-óriások
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Az Aura Displays hordozható monitorhármasa jól felturbózhatja a produktivitást
- Dual Mode-os IPS monitorral adott magáról életjelet a Gigabyte
- ASUS notebook topic
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- OLED TV topic
- Hisense LCD és LED TV-k
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezetékes FEJhallgatók
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen belső merevlemezt vegyek?
- Azonnali alaplapos kérdések órája
- Raspberry Pi
Új hozzászólás Aktív témák
-
#3611
joysefke
veterán
Petykemano
#3599
joysefke
veterán
válasz
Petykemano
#3599
üzenetére
Esetleg azért mert most még érthetetlenül magasan szárnyalnak a jövőbemutató techcégek a tőzsdéken (Apple, Ms, nv, Amazon) és ki akarják használni a hullámot?
-
joysefke
veterán
válasz
thgergo
#3577
üzenetére
Különben ott a GPU/Xeon phi vagy másegyéb gyorsító a célfeladatra pl FPGA.
Ezt nem tudom, azokat még játék szinten sem programoztam soha (SSE-AVX-et intrinsic-kel igen, hobbiból megvalósítottam pár egyszerűbb képfeldolgozó algoritmust) mindenesetre szerintem arra nem lehet építeni, hogy a usernek majd pont lesz megfelelő GPU-ja és arra pont van megfelelő driver installálva. Ezzel szemben, a legalább SSE 4.2 vagy akár AVX képes processzor az adott.
==
AVX2 és AVX512 kód között csak pár % teljesítményelőnyt tapasztaltam, intel MKL, cascade lake csodákkal.Én még azt olvastam, hogy bár az Avx512 kód lehet akár gyors is, azonban ha csak kevés Avx512 utasítást kell végrehajtani, akkor könnyen elmarad a gyorsulás (vagy még lassul is) mert az Avx512 kód alacsonyabb órajelen fut és utána viszonylag hosszú időre (~ms nagyságrend) van szükség, hogy visszaugrojon az órajel, tehát azon a szálon az Avx512 utasítások utáni kódrészlet lényegesen lassabb lesz, mintha nem Avx512 futott volna előtte.
Na most ha ez így van, akkor ennek fényében, a fenti utasítás halmazábra fényében és annak fényében, hogy az egyes processzorok még különböző számú Avx512 képes egységet tartalmaznak, ki fogja érdemben kitsztelni/eldönteni, hogy egy adott függvény esetén melyik processzorcsalád melyik kódutat futassa? Nekem ez laikusként aránytalan munkának tűnik ahhoz képest, hogy mekkora gyorsulásra lehet elméletben képes az Avx512.
Vagy Avx512 eleve csak szuperszámítógépek esetén lesz hasznos, ott meg majd megírják a kódot az adott processzorhoz?
-
joysefke
veterán
Konkért példa, x265 kódolás, 4 mag avx2-vel vagy 6 mag avx/2 nélkül
Ez Sse4.2 vs Avx2? Mert ebben az esetben az Avx2 alternatívája (Sse4.2) is vektorkód. Az 50%-os gyorsulás pedig kb hihető az Avx regiszretek szélességéből (+100%) adódóan.
Ha az Avx2 "alternatívája" a sima skalár kód, akkor nem, nem tudod /aligha tudod több maggal a vektorkódot helyettesíteni. Nem branchelő/branchelést kiküszöbölő kódnál akkora gyorsulást tud hozni az Avx2, hogy egy Avx-es szál lenyomhat nyolc skalárt.
A kérdés nekem az, hogy az Avx512 ad-e annyi plusszt az Avx2-höz képest, hogy az alkalmazásfejlesztőnek megérje a vesződséget.
-
#3516
joysefke
veterán
Petykemano
#3515
joysefke
veterán
válasz
Petykemano
#3515
üzenetére
Különös, hogy senki sem őrjöng, hogy az SMT4-nek SHEMMMI értelme!!!
Hát például azért mert a kutyát nem érdekli az ARM és kb senki sem gondolja, hogy belátható időn belül egy két speciális területtől eltekintve alternatívája lehet az x86-nak.Én pld az sem értem, hogy "Az AMD CPU-k jövője, amit tudni vélünk" topikban miért az ARM a fő téma, vagy hogy egyáltalán hogyan kerül ide az ARM.
-
joysefke
veterán
Intel cpu is ennyire gyenge win alatt ?
Rossz a kérdés. Az AMD sem gyenge Windows alatt. A tesztekben azért látod a Windowsos eredményt leszakadva a Linuxoktól, mert a szoftverek egy része bár multiplatform, nem igazán Windows irányultságú. Free and opensource félhobby projekt. Ezek nagyon elviszik az átlagot. -
joysefke
veterán
válasz
S_x96x_S
#3421
üzenetére
This is not because of any technical difficulty but simply due to consistently strong demand for Ryzen 3000 series and lack of competition from Intel.
Ezzel talán meg kéne várni, hogy az előzőnél jóval versenyképesebb Commet Lakere (vagy mi van éppen most) mekkora a kereslet... -
#3362
joysefke
veterán
Maelephant
#3360
joysefke
veterán
válasz
Maelephant
#3360
üzenetére
Ezt a szót most hallottam először, rákerestem, megérte!!
Eddig azt hittem, hgy a vezér úti kollégium egyszerűen ronda, de most már tudom, hogy brutalista
-
#3335
joysefke
veterán
Petykemano
#3333
joysefke
veterán
válasz
Petykemano
#3333
üzenetére
Itt van a kutya elásva. Egyébként ez nem egy Epyc vs Xeon hanem AWS vsAWS összehasonlítás, ami azért az AWS termékpolitikáját is tükrözi
Third, AWS exercises a lot of control over cloud performance per dollar.
Even if the underlying hardware is faster, it can charge, partition, and meter resources as it pleases. In contrast, if a system costs roughly the same to make, and one company’s chips are faster, one can get much larger gains with newer generations since one pays for, and directly benefits from more performance. ...Having AMD EPYC instances helps keep pressure on Intel to lower input pricing creating a bigger spread for AWS.
-
joysefke
veterán
-
#3209
joysefke
veterán
Petykemano
#3208
joysefke
veterán
válasz
Petykemano
#3208
üzenetére
A disznó azt eszi amit eléraknak. Az OEM ket kell meggyőzni és az azokkal kapcsolatban álló értékesítési láncokat.
Ha a MMban Samsung módszerrel minden laptopvásárlóra ráugrana egy értékesítő, hogy AMDt kell venni mert az a jó, intel, az mi, akkor elég gyorsan olvadnának a százalékok. Természetesen ez hipotetikus, mert senki nem fogja mondani, hogy amdt vegyél.
-
#3199
joysefke
veterán
Petykemano
#3198
joysefke
veterán
válasz
Petykemano
#3198
üzenetére
Mert hát a
performancia... azért hát mégis.... na. Ezt keresik a vásárlók.
preferenciát akartál írni.
De kötve hiszem, hogy az intel a mainstream vásárlók preferenciája lenni, sokkal inkább a beszerzésé/üzletkötőké -
joysefke
veterán
válasz
paprobert
#3180
üzenetére
Árcsökkentés a régi Zen2-nek, ártartás a refreshnek, áremelés a Zen3-nak.
Ennek lenne értelme. Ha a ZEN3 tényleg olyan jó mint ahogy a pletykák sugallják (+ órajel +ipc) akkor bőven elképzelhető, hogy tanulva az nVidia árazási stratégiájából árat emelnek, azt pedig egy ilyen köztes refresh generációval szépen le lehet vezetni.
A refresh pedig jó pár hónapig kint lehet, logikus, hogy árban fölé érkezzen a ZEN3
-
#3171
joysefke
veterán
Petykemano
#3170
joysefke
veterán
válasz
Petykemano
#3170
üzenetére
Ami mégis döntő lehet, hogy az arm licencelhető. Az x86-ot az AMD és az Intel bütykölgeti.
De arm oldalon saját specifikus célra be tudnak szállni olyan dollárszázmilliárdos cégek,.mint Apple, amazon, Google, facebook, akik sok esetben azt se tudják, hová tegyék a profitot (hogy az adóhatóság ne lássa)
És ezek a cégek mindennel is foglalkoznak. Az AMD és az Intel pedig chipet tervez (és gyárt) nekik ez létkérdés. A ki készíti a legjobb designt versenyben azért nem tennék egy vegyeskereskedésre vagy egy mindenes szoftverházra hanem azokra akik 60 éve hardverből élnek. -
#3166
joysefke
veterán
Petykemano
#3165
joysefke
veterán
válasz
Petykemano
#3165
üzenetére
"3750X/3850X....
Szvsz felesleges lenne. A hibás chipleteket elnyeli a 3100/3300/3600/3900X.
Innentől kezdve pedig milyen értelmes pénzügyi/marketing indok lenne erre?A több "L3 magasabb késleltetésért cserébe" stratégia pont ott nem vezet az AMD számára előnyre, ahol lemaradásban vannak mégpedig a játék és némely néhány szálas terhelések területén.
Ahol pedig még tovább segítene, ott már most is több mint jó a pozíciójuk.
Értelmetlen lenne az amúgy is túl közel levő 3700X-3800X páros mellé még behozni 1-2 nyolcmagos alternatívát. Ennek akkor lenne értelme, ha ezzel játékokban zárni tudnák az ollót vagy előnybe kerülni.
-
#3160
joysefke
veterán
Petykemano
#3159
joysefke
veterán
válasz
Petykemano
#3159
üzenetére
Az enthusiastok persze hogy megfizetik a DDR5 és high end CPU kombót, ez nem kérdés. De a derékhadat (közép-kat CPU, chipset, lap) is el kell tudni adni. Itt vagy a memória szavbány frontján szakad szét a kínálat DDR4 vs DDR5 esetleg hibrid DDR4+DDR5 lapok ugyanahhoz a CPU családhoz, vagy mégiscsak bevárják az elérhető árú DDR5 eljövetelét kommersz desktopon.
és feltétele a ... nagyobb sávszélesség
a több szálon futtatott SIMD kódok mindig meghálálják a magasabb sávszélességet. Majd csak kezdenek vele valamit... -
joysefke
veterán
válasz
S_x96x_S
#3156
üzenetére
Szerintem az Intel jön ki elébb a PCIe5.0 / DDR5 -val
Meglátjuk a presztizsen kívül ennek mennyi értelme lesz:
Kezdetben a DDR5 nagyon drága lesz és csak adatközpontokban lesz gyakorlati haszna. Desktopon a magas ár gátolná a rá épülő platform terjedését (a nem-csúcs kategóriában) tehát nem érdemes azonnal meglépni a DDR4-DDR5 váltást, adatközpontban pedig az önmagában nem hívószó, hogy "DDR5-ös rendszer", hanem megfelelő teljesítményt/hatékonyságot is kell mellé tenni processzor oldalról. -
-
joysefke
veterán
válasz
S_x96x_S
#2961
üzenetére
inkább az OEM-től függ ez aki beszállít nektek.
és beszállítókat néha sokéves szerződés köti ,
meg lehet, hogy az Intel nagyobb jutalékot csurgat vissza, mégha a többfeltfelárat az ügyfél fizeti meg .Majd mennek szépen a levesbe, persze ez az AMD jelenlegi helyzetén itt-és-most nem sokat javít
Aki annyira kevés hozzáadott értéket ad a végtermékhez, hogy a beszállítója el tudja tiltani a jobb alternatíváktól, annak szerintem 2020-ban már nincs vissza 10 jó éve.Aztán ha az AMD megint padlót fog, akkor minden visszaáll a régi kerékvágásba és nem kell ilyeneken agyalnunk...
-
#2954
joysefke
veterán
Petykemano
#2952
joysefke
veterán
válasz
Petykemano
#2952
üzenetére
Amúgy különös, hogy ilyen technikákat vajon a CPU-k vonatkozásában vajon miért nem vetnek be?
Gondolom mert ott jóval kevésbé kritikus a memsávszélesség (csak masszív SIMD kódnál jön elő) és általában a késleltetés a kritikusabb (kivéve szintén a masszív SIMD kódot, ahol ugye eleve nagy figyelmet érdemel a memóriából az adatok folyamatos töltése). Nem tudom, de feltételezem, hogy az ilyen hardveres memóriatömörítések némi késleltetést jelentenének ami pont a programok nagy részével tolna ki..
-
joysefke
veterán
Renoir vs Picasso, 35W vs 65W játékokban
https://www.computerbase.de/2020-04/amd-ryzen-4900hs-igpu-spiele-test/#diagramm-f1-2019-integrierte-gpu-full-hd -
joysefke
veterán
Ami segíthet a next i9-nek, ha a teszteket a korábbináli is jobban hozzáoptimalizálják.
ha csak pár másodperc lesz egy-egy teszteset közte rövid pihenővel, akkor kb bármeddig turbózhat bármilyen extrém pillanatnyi fogyasztással. Nyilván ha végtelenítve fut a render-benchmark, akkor előbb utóbb beáll egy olyan órajelre/teljesítményszintre ahol a fogyasztás/hőtermelés/hőmérséklet hármasa tartható. Ennek nyilván köze nem lesz a turbó frekvenciához.
-
joysefke
veterán
Értem amit írsz, és a válaszom a jelenlegi helyzetre vonatkozik, ahol a matisset gőzerővel gyártják és az összes tervezés meg egyéb beruházás már rég megtörtént. Szóval ennek a gyártása nagyon olcsó kell már legyen.. aligha hiszem hogy életciklus végéig a renoir be tudná hozni ezt a méretgazdaságossági és gyártási tapasztalat előnyt.
-
#2909
joysefke
veterán
Petykemano
#2908
joysefke
veterán
válasz
Petykemano
#2908
üzenetére
Szvsz felárért jön a Matisse mellé. Kb mint intelnél, csak itt elöbb volt az igp nélküli verzió.
Megnézik melyik kategória mennyire megy és az alapján döntenek a jövőről. A chipletes verzió gyártása nyilván olcsóbb a sokkal nagyobb volumen miatt, illetve a szerver szegmens gondoskodik róla, hogy termelődjön elég desktopon használható selejt. Ezt is el kell passzolni.
Nyilván lehet tovább növelni desktopon a magszámot meg lejjebb csúsztatni a kategóriákat, de szerintem üzletileg jelenleg még nincs értelme, legalábbis addig amíg a 12 és 16 magos modelleknek nincs érdemi ellenfele
-
joysefke
veterán
válasz
joysefke
#2835
üzenetére
Összefoglalva:
-(1) A szerverpiacban nagy pénz van és lesz is-(2) ARM designt rajzolgatni és a TSMC-vel legyártatni az egy relatíve olcsó dolog ahhoz képest, hogy elméletileg mekkorát lehet szakítani akár csak egy 30%-os részesedéssel is. Ennek megfelelően sokan bepróbálkoznak. A bálban a szépségkirálynőnél is sokan bepróbálkoznak, kérdezni ingyen van...
-(3) Nagyon szép dolog a verseny meg a nyitottság meg a bővíthetőség, de a fizetőképes vállalati ügyfeleknek -akik a lánc végén vannak- ezek csak absztrakt fogalmak. megtérülési ráta-Tapasztalat-Ár-támogatottság-fogyasztás nekik ezek a kézzel fogható dolgok
Na és pontosan itt nem lehet érdemi előnye az ARM-nek hosszú távon. Mégpedig azért nem, mert x86-ot is lehet bérgyártani ugyanazon a technológián és a tervezés költsége sem szükségszerűen nagyobb. (itt most tegyük fel, hogy képességben és ezáltal komplexitásban is felzárkózik az ARM)-(4) Én úgy gondolom, hogy túlbecsülöd a a tech-hívószavak erejét és alábecsülöd annak a nehézségét, hogy az ügyfelet rávedd, hogy raklapnyi pénzt (lehet többet mint amibe 10 év szerver+áramköltség kerül) költsön a céges saját fejlesztésű appjainak ARM-re fordításával meg a hozzá kapcsolódó teszteléssel aztán az új platform támogatásával.
Valaki fönt írta: x86-ról x86-ra nem voltak hajlandóak érdemben migrálni a vállalatok amikor lehetőség volt/van, pedig ez egy gyakorlatilag triviális feladat lenne egy x86-> ARM migrációhoz képest. Majd pont ARM-re fognak, úgy hogy az ARM-nek nincs is érdemleges ár vagy teljesítmény előnye..
-
joysefke
veterán
válasz
S_x96x_S
#2825
üzenetére
a trend, hogy hosszú távon a nyitottabb rendszerek gyorsabban fejlődnek, és nagyon gyorsan ledolgozzák a hátrányukat.
Mint a nyitott Windows, nyitott AD, nyitott Office, nyitott Google service, nyitott vSphere?kb 5-10 ARM -es szerverproci készül a háttérben ( még ha csak 1 cég olvasná félre a piaci trendeket, de ezekből fél tucat van)
- alacsony a belépési küszöb
- a fejlesztési erőforrások eloszlanak,
...Trendeket olvasgatsz/hangoztatsz, de értelmezed is őket?
Készül pár ARM szerverproci DESIGN a háttérben, nyilván azért mert (a valószínűtlen) siker esetén a potenciális nyereség óriási, a designt elkészíteni meg ehhez képest fillérekbe kerül. Persze, hogy megéri bepróbálkozni. Ez egyelőre csak annyit jelent, hogy van kockáztatható tőke.
Az alacsony belépési küszöb kijelentés meg szerintem nevetséges. A belépési küszöb nagyon magas, de a megugrandó magasság java nem a chipdesign elkészítésében van, hanem az ARM-re létező szerver-workloadot futtatni akaró fizetőképes ügyfelek megtalálásában.
x86-ot is lehet gyártani a TSMC-nél. Akár a legújabb node-on is. Az hogy az AMD éppen nem érzi magát komoly lépéskényszerben és nem tesznek fel mindent a pirosra (legújabb gyártástechnológia) az nem jelenti azt, hogy adott esetben a jövőben ne tudnák a termékeket úgy strukturálni, hogy legyen termékkategória ami az elérhető legújabb technológián van legyártva, akár kísérletezés jelleggel. Az, hogy a ZEN3 egy lépés technológiai lemaradással készül a TSMC legmodernebbhez képest az egy közép távú taktikai döntés volt és nem természeti törvény.
A post többi részében pedig szerintem indokolatlan keveredés van. Szerverprocesszorok kontextussal indítottunk, nem értem, miért kell idekeverni az 5G modemeket, hogy ARM chipek (amelyek nyilván mobil SoC-ok) elöbb jönnek alacsony csíkszélen mint a high perf x86. stb. Ennek köze nincsen a szerverpiachoz.
-
joysefke
veterán
válasz
S_x96x_S
#2821
üzenetére
Én úgy látom, hogy Te elsősorban a technikai újdonságok és termékbejelentések oldaláról közelíted meg a témát, én pedig a tényleges piaci realitás és valós potenciál irányából.
Szóval én
mintaz ARM szerverpiaci betörésének a valószínűségét 0-nál többre tartom.Én is, de szerintem ez a valószínűség nem jelentős. Ahhoz, hogy jelentős vonzerővel rendelkezzen a platform, a jelenleginél sokkal többet kéne az ARM-nek villantania. Kicsit megverni az x86-ot energiahatékonyságban és ár-teljesítményben az nem elég.
de szerintem valós a trend és a nagy Cloud szolgáltatók érzik ezt.
A nagy cloud szolgáltatatók szeretnének olcsó/energiahatékony vason szolgáltatni, meg úgy általában minnél többféle opcióval rendelkezni, de az ügyfeleknek van ARM-es gépekre igénye?
A jelenlegi vállalati ügyfelek által bérelt cloud kapacitás hány százaléka fut ARM-en és hány százaléka x86-on? Nem azt kérdezem, hogy van-e ilyen a kínálatban meg hogy a szolgáltatók jó ötletnek tartják-e. Szóval mennyi 99,9%-0,1%? És ez jelenleg mennyire gyorsan mozdul? Én nem látom, hogy jelenleg nagy igény lenne erre mármint azok részéről akik fizetnének is érte. A szakmai újságírók, cloud providerek no meg a gyártó marketingje szerintem nem releváns.
De valós ügyféligény ...
A valós ügyféligény az amiért az ügyfél fizetni is hajlandó. Amiket itt felsoroltál azok klienseszközök és kliens alkalmazások, illetve az ügyféligény amit linkeltél, az pár user siránkozása, hogy nem fut az app a kütyüjén.Abban a kontextusban ahonnan a vita indult, ott a termék az számítási kapacitás a cloudban, az ügyfelek leginkább cégek, a futtatott applikációk pedig web/sql, AD/exchange/office és custom vállalati cuccok.
20%-ék árelőny ütős érv az AWS részéről, emiatt a többi cloud szolgáltató is követni fogja a példájukat ( mert piaci kényszer is ) .
Mindenkinek a kínálatában lesz, csak hát az ügyfelek...
Egyébként a TSMC-nél gyártott ARM szerverproci hogyan fog egy a szintén a TSMC-nél azonos technológiával gyártott x86 szerverprocival szemben érdemi ár vagy teljesítményelőnyt felmutatni? -
#2817
joysefke
veterán
Petykemano
#2812
joysefke
veterán
válasz
Petykemano
#2812
üzenetére
Nem tudom pontosan, hogy az Apple-nek milyen előnye származna az Arm-ra váltásból azon kívül persze, hogy már most is van egy cpu tervező részlege, most is nagytételben gyártat és talán olcsóbbra jönne ki, mintha ilyen kapacitás mellett nem külsős komponenseket vásárolna elsősorban ugye notebookokba.
Ez nem bőségesen elég indok?! a kérdés az, hogy a vásárlók lenyelik-e a váltással járó hátrányokat.Ilyesmire gondolok, hogy spórolnának-e a szoftveren, ha nem kéne ARm-ra és x86-ra is fordítani, vagy ha átjárható lenne a telefon, tablet, noti, munkagép. (feltéve, hogy most nem az)
Ilyen (szerintem) értelmes formában nem létezik. (Szerintem) nincsen olyan hogy írok egy appot és lefordítom x86-ra meg ARM-re meg jó ég tudja mire aztán megy a bináris a user eszközére. Egyszerűen azért mert ezeknek a user facing appoknak (amelyek ilyen eszközökön futnak) a UI-a és a felhasználás módja olyan erősen meghatározzák magát az appot és annak működését, hogy minden céleszközre legalább félig újra KELL írnod, hogy kényelmesen használható legyen (és ne nézzen ki retardáltan) az adott eszközkategórián ha a siker bármiféle esélyét szeretnéd. Ez van jelenleg.
Aztán ha az Apple váltana 13"-os meg 15"-os x86 notiról 13-15"-os ARM notira, akkor a kód egyszerű hordozhatóságát nyilván valahogy megoldanák a két hasonló termékkategória között.. Ez nyilván egy jelentős energiabefektetést jelentene az Apple részéről, mert a portolást nem tudnák (szerintem) 100%-ban rálőcsölni a fejlesztőkre. Csak mondjuk 90%-ban.
Amúgy akik arra tesznek, hogy az Apple váltani fog saját cpu-ra a nagyobb mobil eszközök esetén is abból indulnak ki, hogy milyen fejlődést járt be az Arm önmagában és különösen az Apple tervezőinek keze alatt: év 20-30% IPC és 5-10%-os frekvencia emelkedés.
Szvsz naívság. Az értelmesebbje nem az eddigi teljesítménynövekedés-trend miatt tenne egy Apple váltásra, hanem azért mert ez az Apple számára nagyon megérné (ha meg tudják valósítani).
Az hogy hogyan növekedett a teljesítmény az elmúlt években nem sokat mond el arról, hogy mi lesz ezután. Alacsonyról könnyű fejlődni. Azonos gyártástechnológián nagyjából ugyanott lesz ezeknek vége.
-
joysefke
veterán
válasz
S_x96x_S
#2813
üzenetére
Semmiféle forradalom nem zajlik főleg nem minicomputer alapokon. A geekek kaptak egy újfajta tamagocsit amivel otthon el tudják az üres óráikat tölteni. Senki sem otthoni/ munkahelyi PC helyett próbálja ezeket használni. Ez egy plusz eszköz a meglévőek mellé, saját funkcióval. Ami tipikusan se nem iroda, se nem játék se nem internetezés.
Tényleges forradalomnak inkább azt nevezném, ha az Apple tényleg megpróbálna átállni ARM-re laptop/desktop fronton. A dolog sikerességében nem nagyon hiszek, de az tényleg hullámokat csapna.
És a következő egy két generáció ezen nő fel.
Facebookon, Viberen és Instagramon nőnek fel, nem linuxos Rasberry Pi-n.
és igazából erre kell az AMD-nek is válaszolni.
Stratégiailag kell egy olcsó APU, ami alapján egy "nép" NUC-ot lehet kiadni.Próbálok nem cinikusan válaszolni. De a lényeg az, hogy az AMD-nek pénzt kell csinálnia, itt és most, nem árnyakra vetődni. Azt szűk 10 évig már csinálták, meg is lett az eredménye. Ha pedig megnézed, hogy miből van most pénzük, akkor azok tipikusan nem a kicsi olcsó szarok, hanem a 200$ + -os árkategória ez CPU-ra és GPU-ra is vonatkozik.
Nem azt mondom, hogy nem kell a kicsi olcsó szarokkal (is) foglalkozni, de az AMD számára jelenleg még ott nem nagyon van pénz.
az ARM-es debian/ubuntu disztribúció már eléggé használható.
én amikor próbáltam nem volt vele semmi gond.
ha van androidos(ARM)-es telefonod, akkor a termux-al tesztelheted .
nem is kell málnapc.Geekek játékszere. Attól, hogy valami elvileg működik (működhetne) még nem lesz sikeres termék. => Desktop Linux, Windows Phone 8-10 stb
-
joysefke
veterán
válasz
S_x96x_S
#2814
üzenetére
Ezeknek pont nem kell. Mégpedig azért nem kell, mert a cloud ügyfeleknek (Azure, AWS, Google Cloud Platform, Digital Ocean ügyfelek) akik fizetnek a VM-ért/infrastruktúráért aligha fog mostanában ARM kelleni.
És itt az, hogy az Amazon miket jelent be kb édesmind1 amíg nem tudnak fizető ügyfeleket keríteni. Sosem a nagy bejelentések a szűk keresztmetszet, hanem, hogy a nagy ötletekért kitől lehet pénzt elkérni.
Akiknek kellhet azok a nagy felhő app szolgáltatók (Google-Facebook-Twitter- CDN szolgáltatók ilyesmi) akik a saját x86 alapú infrastruktúrájukat cserélhetnék valami költséghatékonyabbra vagy olyanra amivel kevésbé vannak az intelnek kiszolgáltatva. A FB / Google használót aligha fogja érdekelni, hogy ARM vagy x86 masináról jön a szolgáltatás.
Az infrastruktúrát bérlő vállalati felhasználót viszont nagyon is fogja érdekelni, hogy milyen platformot bérel. Főleg ha saját pénzért kifejlesztett vállalati szoftverei is vannak (amelyek nyilván x86-hoz kötöttek)
-
#2809
joysefke
veterán
Petykemano
#2804
joysefke
veterán
válasz
Petykemano
#2804
üzenetére
Az hogy az Apple már sikeresen váltott architektúrát kétszer, az még nem jelenti azt, hogy az harmadszorra is sikerülni fog. a lényeges különbség a PowerPc -> x86 és a jelenleg lebegtetett x86 -> ARM váltás között, hogy az első váltás nem csak elsődlegesen az Apple, hanem a userek számára is kívánatos volt: lényegesen magasabb üzemidő, jóval gyorsabb gép.
A jelenlegi váltás elsősorban az Apple-nek lenne hasznos (drága x86 chipek helyett saját tervezés/gyártás és ezzel lényegesen magasabb haszonkulcs és nem lennének az intelnek kiszolgáltatva). A user a jelenlegi váltásnak csak minimális előnyét látná: minimálisan kitolt üzemidő (a jelenlegi elég jó üzemidőről még egy picit jobb üzemidőre) ami nem lesz akkora durranás mint amikor az x86-tal elérték a már használható üzemidőt. Cserébe valószínűleg lassabb lenne mint az x86 és jönnének a szoftver kompatibilitási problémák.
Én egy lyukas garast nem tennék rá, hogy a lifestyle laptopok kivételével elfogadja a vásárlóközönség az architektúra váltást (illetve annak következményeit). Azoknak a felhasználói pedig aligha fognak olyan szoftvereket írni ami majd pont a szerver vonalat mozdítja át x86-ról ARM-re...
-
#2805
joysefke
veterán
Petykemano
#2799
joysefke
veterán
válasz
Petykemano
#2799
üzenetére
Ugyan. A szó ingyen van még a topmanager szájából is, a munkaóra pedig pénzbe kerül még ha csak a konyhát kell felmosni.
Majd ha ez valami kívánatos dologban tényleg lényegesen jobb lesz mint az x86, akkor elgondolkodnak rajta. Addig megy a szócséplés meg a diák.
-
#2780
joysefke
veterán
Petykemano
#2777
joysefke
veterán
válasz
Petykemano
#2777
üzenetére
A kínaiak sosem volt jók új dolgok fejlesztésében. Viszont remekül másoltak.
A második mondat igaz, ez első színtiszta butaság.
A másolás legfőbb oka, hogy addig amíg nem jutottál el tudásban, technikában, designban (és egy kicsit szabadalmi jogban) oda ahol az aktuális élvonal van, addig sokkal egyszerűbb, olcsóbb és hatékonyabb másolni mint eredetit tervezni/gyártani.
-
#2757
joysefke
veterán
Petykemano
#2756
joysefke
veterán
válasz
Petykemano
#2756
üzenetére
Notably, for the first time, Intel is not inside. We are not using their hardware for any major server components such as the CPU, board, memory, storage, network interface card (or any type of accelerator). Given how critical Intel is to our industry, this would until recently have been unimaginable, and is in contrast with prior generations which made extensive use of their hardware.
Ilyet nem szoktak egy partnerről csak úgy írni: kicsit gúnyolódás szaga van a Cloudflare részéről -
#2742
joysefke
veterán
Petykemano
#2740
joysefke
veterán
válasz
Petykemano
#2740
üzenetére
Fene se tudja, lehet az OEM gyártók előre lefoglalnak notebook és szerver chipeket a majdani termékpalettához. Ezt az AMD és TSMC már tényleges keresletként tudja elkönyvelni.
Az intel tavalyi bénázását és jelenlegi szállítási nehézségeit figyelembe véve elképzelhető, hogy néhány gyártó hosszú távra tervezhetővé akarja tenni ez ellástái láncot és nem ad hoc rendelgetni a legkritikusabb komponensből (processzor).
Aztán lehet hogy szimpla elírás és a "sima" 7nm ZEN-ről van szó...
-
#2738
joysefke
veterán
Petykemano
#2731
joysefke
veterán
válasz
Petykemano
#2731
üzenetére
Elsősorban azért mert AMD. Egyébként ez a most üzembe helyezett gép Németország leggyorsabb szuperszámítógépe és 5-ik a toplistán.
Nyilván ha intel lenne az az intel hatalmas részesedését a sz.számgép piacon figyelembe véve nem lenne hír.
Egyébként most nyert egy intel alapú pályázat egy német szuperszámítógép tenderen a legnagyobb áramzabáló Xeonokra alapozva. Van némi felzúdulás, "hogy ezt hogyan"...
Erről van szó: https://insidehpc.com/2020/01/intel-powers-hlrn-iv-supercomputer-at-zib-in-germany/
Hát mégis léteznek az 56-magos Xeonok
-
joysefke
veterán
válasz
S_x96x_S
#2679
üzenetére
de pl. a leendő konzolos célhardvernél : PS5 APU-ja ( ahol a pc-s szűk keresztmetszeteket kezelték és minimális szoftveres overhead van ) már elég jó a helyzet - szerintem lesz pár olyan játék, aminél leesik az állunk.
A PS5 vagy Next-Box APU-ja nem azért lesz gyors mert "minimális szoftveres overhead van" vagy mert a PC-s overhead számottevő vagy lényegesen nagyobb lenne (ezt is kötve hiszem) hanem azért mert egy R5 3600-nál erősebb CPU mellé kerül egy bika GPU sok és gyors memóriával ráadásul az első években jó ha nullszaldós lesz a hardware.
Magyarul azért mert relatíve erős hardver kerül az új konzolokba, ennek köze nincsen semmilyen "kisebb overheadhez"
-
joysefke
veterán
3. Has your child asked for new hardware?
Computer hackers are often limited by conventional computer hardware. They may request "faster" video cards, and larger hard drives, or even more memory. If your son starts requesting these devices, it is possible that he has a legitimate need. You can best ensure that you are buying legal, trustworthy hardware by only buying replacement parts from your computer's manufacturer.
If your son has requested a new "processor" from a company called "AMD", this is genuine cause for alarm. AMD is a third-world based company who make inferior, "knock-off" copies of American processor chips. They use child labor extensively in their third world sweatshops, and they deliberately disable the security features that American processor makers, such as Intel, use to prevent hacking. AMD chips are never sold in stores, and you will most likely be told that you have to order them from internet sites. Do not buy this chip! This is one request that you must refuse your son, if you are to have any hope of raising him well. -
#2632
joysefke
veterán
Petykemano
#2630
joysefke
veterán
válasz
Petykemano
#2630
üzenetére
semmit
-
joysefke
veterán
válasz
joysefke
#2626
üzenetére
disclamer:
mielőtt valaki azt hiszi, hogy valami SIMD veterán vagyok: csak a .NET Core 3.0 kapcsán játszottam vele (unsafe c# +intrinsics) illetve olvastam el pár könnyedebb SIMD/assembly optimalizációs könyvet. Pld a fenti linken
De amiket leírtam alapvetően alapvetések. -
joysefke
veterán
válasz
Cathulhu
#2620
üzenetére
Nem értem hogy egyáltalán min vitatkozunk. Azt sem értem, hogy mi a problémád az unrollingra írt két mondatommal.
Ha jobban tudod, hogy mi az unrolling, akkor kérlek írd le, hogy hol a probléma a kijelentésemmel és ne wikipediát idézz, mert én akkor meg a Mestert idézem: https://www.agner.org/optimize/optimizing_cpp.pdf (c.h 12.3)
Tehát még egyszer: A loop unrolling sok minden optimalizációra (lehet) jó, ezek közül az egyik, hogy lehetőséget ad(hat) automatikus vektorizálásra, mivel több (2-4-8-16 attól függően hogy mennyi adatelem fér egy vektorba) skalár adaton végzett ciklustörzset egyesít egy nagyobb ciklustörzzsé, ahol az egy-egy skalár adaton végzett műveletet helyettesíteni lehet nagyobb vektorműveletekkel.
Lehet hogy te arra gondoltál, hogy egy konstans hosszúságú loop
Ahhoz hogy ez a fordító által automatikusan megvalósítható legyen a kódnak egyszerűnek kell lennie: az egymás után következő ciklusok között csak könnyen feloldható függőség lehet. Bonyolult függőségeket és branchelést nem fog tudni magától feloldani/kezelni a fordító.
Attól függetlenül, hogy a compiler bizonyos egyszerű skalár kódrészleteket (pld for ciklussal egyenként végiggyalogolok egy tömb összes elemén és hozzáadok az aktuális elemhez valami konstansot) hatékonyan tud vektorizálni, ennek még zéró köze van egy SIMD- utasításokat használva kézzel optimalizált kódhoz.
Erre mondtam azt, hogy ha Pistike ír mondjuk egyszerű képmanipulációs szoftvert skalár műveletekkel, mondjuk egy Sepia filtert, ami ugye az egyik legegyszerűbb RGB adatokon dolgozó algoritmus, a compiler nem fog tudni a skalár kódból érdemi SIMD kódot generálni.
Az ok pedig annyi, hogy a hatékony SIMD kódhoz elengedhetetlen, hogy a bemeneti és köztes adatok struktúráját hozzáigazítsd a vektoros feldolgozáshoz. Ez nagy munka. Az RGBA adatokat pld transzponálni kell, hogy a bemeneti [RGBARGBARGBARGBA] helyett kapj valami ilyet:
[RRRR] [GGGG] [BBBB] [RRRR] [GGGG] [BBBB] stb stb (az A alapvetően nem kell a szépiához).Aztán ott van a branchelés. Ha a módosított képen valamelyik színkomponens nem 0-255 közé esik, akkor csonkolni kell. Ezt sem fogja tudni érdemben automatikusan skalárról vektorra fordítani a compiler.
stb stb stbAz MKL az intel sajat, zart forrasu kodja, kb termeszetes, hogy bunteti a nem intel procikat
Nem, nem természetes. Itt arról van szó, hogy ha a dispatcher nem intel procit detektál, akkor rá sem engedi az AVX2 kódra, akkor sem, ha a proci egyébként támogatja azt.
Ennyi erővel az intel fgv könyvtárak akár az x86-os kódot is tilthatnák AMD-n.
Egyébként attól, hogy egy kódot AVX2 -t használva írtak meg, az még nem lesz önmagában ideális egyszerre Skylakere és mondjuk ZEN2-re.
Az intel nyilván a saját AVX2-t tudó processzoraira fogja az AVX2 -t használó kódrészletet optimalizálni. Figyelembe veszi az L1/L2 cache méretét asszociativitását, adott SIMD utasításból hányat tud egyszerre végrehajtani a mag és mekkora az utasítás késleltetése stb. A sebességet mérik is, és nyilván úgy csiszolják, hogy a legjobb legyen a saját procijuknak. Tehát az AMD proci itt is hátrányban lenne, de legalább nincsen szándékosan kigáncsolva. (mintha skalár kódot futtatna enyhén szuboptimális vektorkód helyett)Tehát én azt várnám el az ilyen gyártói fgv könyvtáraktól, hogy ha a konkurens processzor tudja a szükséges utasításkészletet, akkor az is fusson rá az optimalizált útvonalra.
A fenti hosszú irományom lényege pedig az, hogy semmilyen compiler nem fog saját kútfőből skalár kódból vektor kódot csinálni eltekintve pár low hanging fruit leszedésétől.
-
joysefke
veterán
válasz
Cathulhu
#2620
üzenetére
Az MKL az intel sajat, zart forrasu kodja, kb termeszetes, hogy bunteti a nem intel procikat, de ennek semmi koze az 512-hoz, hiszen a legtobb intel proci se tamogatja azt.
Pontosan erről beszélek. Amikor vektorkódnál hátrányban van az AMD akkor nem azért van hátrányban mert "csak" AVX2-t támogat és nem AVX512-t mint a legmodernebb szerver/ws intelek, hanem azért, mert az AMD-proci nem fog ráfutni a számára legoptimálisabb kódútra, hanem egy csomó szoftverben skalár kódot fog végrehajtani, pedig futtathatná az AVX2-es kódutat is. ez az igazi hátrány
Ezen a problémán nem egy esetleges AVX512 támogatás fog segíteni, hanem ilyen olyan módon rá kell bírniuk a szoftvergyártókat, hogy gondoskodjanak róla, hogy az AMD is az AVX kódot futtassa, ha ez nem megoldható MKL alapon, akkor más libraryt kell keresni.
Nemelyik fordito kepes skalar kodot automatikusan vektorizalt kodra optimalizalni, es ehhez nincs szukseg a programozonak explicit SIMD kodot irnia, a forditonak kell eleg intelligensnek lennie (es itt megint felmerul az ICC partatlansaga).
A fordító soha nem fog helyetted vektorkódot írni.
Egyszerű for ciklusokat fog automatikusan unrollolni, ha nem érzékel az egymás után következő ciklusok között függőséget/branchelést, illetve egy csomó alap fgv van még vektorizálva (pld egy némely stringművelet).
Egy "skalár megírt Cinebench"-ből semmilyen fordító nem fog CB20-at csinálni...
-
joysefke
veterán
válasz
S_x96x_S
#2612
üzenetére
Minden olyan programnál, amit AVX-512 támogatással fordítottak
Feltételezem a gyakorlatban, ez leginkább csak bencsmárkokat jelent.
Az AMD-nek szerintem nem az lesz itt a baja, hogy az intel tud AVX512-t, ők meg csak 256 bites AVX-et, hanem a legtöbb problémás esetben az, hogy az intel procit a dispatcher ráviszi a legjobb AVX kódra, az AMD pedig a skalár kódot futtatja pedig tudna elég komoly órajel (és magszám előny mellett) mellett AVX2-t is. Az hogy az AVX kódot is az aktuális intelre felépítésre optimalizálták és nem AMD-re az már részletkérdés, ha az AMD ráfut a vektor kódra.
Ha ránézel a magszámokra, AVX-órajelekre, cache méretre és a teljes processzor memória sávszélességére, akkor szerintem nem az AMD-nek van szüksége AVX512-re, hogy pariban legyen az intellel, hanem az intelnek van szüksége az AVX512-re hogy egyrészt legyen valami marketingfegyvere illetve ne verje agyon a ZEN2/3, ha az éppen ráfut egy több szálon végrehajtott AVX2 kódra.
Mondom ezt úgy, hogy AVX512-vel még nem volt dolgom, és SSE/AVX-szel is csak pár egyszerűbb kódot írtam (önképzés jelleggel hobbiból), tehát ha valaki jobban rálát a dologra javítson ki
-
-
joysefke
veterán
https://www.macrumors.com/2020/02/07/macos-catalina-amd-apu-references/
Simid: az eredmény
-
#2583
joysefke
veterán
Petykemano
#2581
joysefke
veterán
válasz
Petykemano
#2581
üzenetére
A kérdés az, hogy dupla olyan jó termékekkel fél áron lehet-e negyed éves 0.2 százalékpontnál gyorsabban piacot szerezni, illetve ha majd az intel felzárkózik és mondjuk csak 30% lemaradása lesz másfélszeres áron, akkor az AMD meg tudja-e tartani a negyed évenként szerzett 0.2%-plusszát...
-
joysefke
veterán
válasz
S_x96x_S
#2504
üzenetére
Ennek az AMD számára egy olyan pozitív hozadéka lehet, hogy a Cisco a meglehetősen komoly Cisco UCS szerverkínálatába beépít AMD-s gépeket is.
https://www.cisco.com/c/en/us/products/servers-unified-computing/index.html
-
#2507
joysefke
veterán
Petykemano
#2506
joysefke
veterán
válasz
Petykemano
#2506
üzenetére
A 3800X-3600X versenyképes pozícióba kerülnek házon belül. Ilyen árak mellett, ha a 3700X-3800X között gondolkodnék, már az utóbbit választanám...
-
-
joysefke
veterán
válasz
S_x96x_S
#2477
üzenetére
vagy csak paper launch lesz ... vagy csak limitált launch lesz ...
Ilyet 2019-ben láttunk már párat az inteltől, az AMD is megcsinálhatja, de attól a paper launch még nem lesz igazi launch...
Egy kiállításon nagyot ígérni 3/4-1 évvel előre sokkal könnyebb, mint azt ténylegesen megvalósítani, de ettől még remélem, hogy neked lesz igazad, és év vége előtt ténylegesen elérhető lesz a ZEN3. Asztalon is.
Kéne egy felmérést csinálni, hogy aszimmetrikus-s az intel és AMD között migráló munkavállalók miatti tudás transzfer...
-
joysefke
veterán
válasz
S_x96x_S
#2470
üzenetére
Szvsz a legvalószínűbb forgatókönyv, hogy nem jön ki a ZEN3 2021Q1 előtt (erről volt is valami pletyka) és az intel ellátási problémái folyamatosak maradnak egész 2020-ban, ez utóbbit a napokban szerver és notebook gyártó partnerek vezetői is hangoztatták.
Lehet hogy lesz árcsökkentés-kategória eltolás, de én nem hiszem, hogy hirtelen nagy árverseny alakulna ki intel kezdeményezéssel.
-
#1314
joysefke
veterán
Petykemano
#1313
joysefke
veterán
válasz
Petykemano
#1313
üzenetére
JohnLook - Monday, June 10, 2019 - link
@Ian Cutress Are you sure the Io dies are on TSMC's 14 & 12 nm processes ?
all info so far was that they were on GloFo's 14 nm ...Reply
Ian Cutress - Monday, June 10, 2019 - link
Sorry, glofo 14 and 12. Matisse IO die is Glofo 12nm. We triple confirmed.https://www.anandtech.com/show/14525/amd-zen-2-microarchitecture-analysis-ryzen-3000-and-epyc-rome
-
-
joysefke
veterán
-
#1088
joysefke
veterán
Petykemano
#1087
joysefke
veterán
válasz
Petykemano
#1087
üzenetére
Ami a naaagy leaket illeti, abból csak az nem jött be eddig, hogy ces.
És hogyan definiálod azt hogy bejött?
Mert az én definícióm szerint még semmi sem jött be. Majd akkor jön be valami, amikor feketén fehéren múlt idővé válik...
-
joysefke
veterán
Legyen igazad, de nem osztom a feltételezésed, illetve nem tudom pozitív megvilágításba helyezni
(értsd: minden rendben van a chiplet-tel, csak a GloFo pöcsöl az IO-die-jal)Ha tényleg az IO die gyártása a szűk keresztmetszet és ezért adott mennyiségű IO die hoz a legtöbb chipletet felhasználó termékeket preferálja az AMD (mert tulajdonképpen ezt mondod) akkor szerintem erre a legjobb megoldás a szerver platformot preferálni induláskor, azzal el lehet érni a chiplet/IO die arányának maximalizálását.
Egy olyan terméket (ZEN2@16c32t@dual channel) kihozni desktopra, ami potenciálisan elveszi a TR4 vevőinek egy részét ( 2950X a threadripper derékhada) mindezt úgy hogy nem is igazi threadripper és komoly limitációkkal küzd, potenciálisan összezavarva a felső szegmens vásárlóit, hát ezt nem tartom jó ötletnek.
Szerintem az lehet a háttérben, hogy nincs meg az órajel és megint belekényszerülnek egy magszám-háborúba...
-
#1053
joysefke
veterán
Petykemano
#1052
joysefke
veterán
válasz
Petykemano
#1052
üzenetére
Most kezdek borúlátó lenni a desktop ZEN2 órajeleivel kapcsolatban.
Azt tippelem, hogy ha jók lennének a max órajelek, akkor nem mozdulnának el a 16 mag irányába AM4-en.
De ne legyen igazam...
-
#1051
joysefke
veterán
Petykemano
#1050
joysefke
veterán
válasz
Petykemano
#1050
üzenetére
Ez egy 16 magos RyZEN3000 ES lenne?
-
joysefke
veterán
Persze a dolog itt most annyit változik, hogy ez lehet az első AMD proci széria tizenpár év után, ami minden szempontból jobb lehet(!) az Intel ajánlatánál
Pontosan, és ez óriási különbség.
Ezen felül akkor még nem voltak "úgynevezett" ellátási nehézségei az intelnek, így valószínűbbnek látszott, hogy bele fognak menni egy árháborúba. Most viszont teljesen egyértelmű, hogy az intel piacvesztés ellenére sem fog belekezdeni egy desktop árháborúba.
Ergo elég minden AMD modellt a rivális megfelelő modellje alá árazni annyival, hogy aki nem fanatikus jó eséllyel AMD-t vegyen. Azoknál a modelleknél amelyiknek nincsen az intelnél párja pedig foghat vastagon a ceruza.
Fölösleges "megalázóan jó árakat" adni hiszen mind az intel mind az AMD elsődlegesen pénzt akarnak keresni.
-
joysefke
veterán
válasz
#82819712
#1000
üzenetére
El tudod Te azt képzelni hogy konzol kijön 8 maggal egy durva SSDvel amivel sávszélességbajnok lesz.
Amennyiben a "durva SSD amivel sávszélességbajnok lesz" alatt egy 1TB-s QLC-s M.2 SATA valamit értesz, ami majd akkor 25E HUF lesz az iponban 27% Áfa+kisker árréssel, akkor igen. A PS5 konzol pedig jövő karácsonyra jön.
CPU-kba meg marad a 6 mag a mainstream-ban
A mainstream az LGA1151 vagy AM4-et jelent. Ezekbe sok minden belemegy kétmagos hurka-gyurkától nyolc magos csodákig. A nyolc magos csodák pedig jelenleg sem ritkák.
Én azt mondom, ha jó lesz az egyszálas teljesítmény is (értsd leveri az intel@5GHz-t) akkor nem fogják a nagyobb magszámokat egy kategóriával lejjebb hozni, hanem az új, eddig nem létező magszámokat viszik egy kategóriával feljebb (R9). A többit pedig az azonos magszámú intel mellé árazzák, szimplán jobb ár/teljesítmény mutatóval. (kicsit gyorsabb kicsit olcsóbb alapon biztosítva, hogy objektíven lényegesen jobb vétel legyen)
Ehhez persze mint írtam döntő fontosságú lesz az egyszálas teljesítmény.
A közös fejlesztésekbe mi történne CPU limittel indít a PC és még a portból való lassulás
Ez viccesen naív.
-
#999
joysefke
veterán
Petykemano
#997
joysefke
veterán
válasz
Petykemano
#997
üzenetére
Ha fájna a kákán is csomó keresése, Te ordítanál
ezt hagyjuk.ez még mindig elképesztő módon a 9900K alá ajánlás
(Fenti árak az 1800X-1600X release áraiból származnak)Pont ennek nincsen szerintem értelme.
Miért adnának egy 250$-ért -ennyi most a 2600X- egy nyolc magos ZEN2-t, ami a 9900K-val van pariban.
A 9900K a 8700K és 9700K fölött van egy szinttel teljesítményben és árban is. Miért árazná az AMD a 9700K és 8700K alá a jelenlegi 6c6t core i5-ök szintjére a nyolc magos ZEN2-t? Mi értelme lenne akkor, ha a teljesítmény csakugyan olyan jó lesz, mint amit most pletykátnak (15%IPC, szűk 5GHz turbo)?350-400$-ért nem vinnék el az alacsonyabban clockolt, de szorzózár mentes i9-9900 szintű 8/16 ZEN2-t, de 250$-ért elvinnék? Ha mondjuk 350$-ba kerülne akkor inkább vennének helyette 500$-ért 9900K-t vagy 350-ért-ért jóval lassabb 8700K-t? :F
Ha a 6 magosok frekvenciája alacsonyabb, akkor ebből a kínálatból az elvileg 8magos, elvileg közel 5Ghz-et elérő elvileg magasabb IPC-vel rendelkező zen2 sku és elvileg 8magos, elvileg magasabb IPC-vel rendelkező zen2 procis, alacsonyabb az órajellel rendelkező skulenne a legkelendőbb (pont úgy, ahogy az 1600-1600X is az volt)
Szorzólockról még nem tudunk. Ha tényleg olyan jók lesznek a procik, akkor mondjuk meg lehetne fontolni a szorzólock bevezetését, hogy az X-modellek is jól eladhatóak legyenek, illetve hogy a userek több mint 10%-a számára is legyen valamilyen gyakorlati előnye a nagyobb (8+) magszámnak. Magszámméregetésen kívül is.
Az én tippjeim (ha minden unlocked marad és hozza a teljesítményt amit remélünk):
3950X => hely a számozásban
3900X - 12c24t (később) - 550-650$
3800X - 8c16t - 399-449$
3700 - 8c16t - 299$
2600X - 6c12t - 250$
2600 - 6c12t - 220$egy esetleges 10-magos intel gyors megjelenése ezt nyilván felrughatja
-
#996
joysefke
veterán
Petykemano
#995
joysefke
veterán
válasz
Petykemano
#995
üzenetére
3700X visszakerülhet a $500 magasságba
3700 $400
3600X $300(-330) => ez még mindig elképesztő módon a 9900K alá ajánlás
3600 $250Ezek milyen légből kapott modellszámok?
Honnan tudod, hogy mi az hogy 3700x vagy 3600? -
#994
joysefke
veterán
Petykemano
#993
joysefke
veterán
válasz
Petykemano
#993
üzenetére
most már biztos a 8 mag lesz a mainstream, az új i5.
Miért olyan biztos ez?
Ha a ZEN2 tényleg +15%IPC-vel és +10% órajellel és jobb energiahatékonysággal jön, akkor a 6c12t variáns kényelmesen hozni fogja a 8700K teljesítményét. Applikációkban gyorsabb lesz, játékokban mondjuk egál. A 8c16t ZEN2 pedig a 9900K-val lesz mindenhol legalább egálban.
Ha ez teljesül akkor fölösleges megint belemenni egy magszám-háborúba. A 6c12t ZEN2 a fent vázolt teljesítményszint mellett a jelenlegi 2600X, a 8c16t ZEN2 pedig a jelenlegi 2700X árán és az előd kategóriájában is több mint versenyképes tudna lenni.
Futnának ez emberek a boltba hat meg nyolcmagos AMD-t venni, mintha cukorka osztogatás lenne.
Magszám háborúnak akkor van értelme, ha a magszámon és az áron kívül nem tudod a termékedet valamivel a konkurencia elé emelni.
A 8c16t modell fölöttieket (12c24t, esetleg 16c32t bár az utóbbiban nem hiszek) pedig lehetne vaskos haszonnal adni legalább addig amíg nem jön a 10 magos intel....
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Újszeru GIGABYTE G5 - 15.6" FullHD 144Hz - i7-13620H - 48GB - 1TB - RTX 4050 - Win11 - 1,5 év gari
- Eladó garanciás,új állapotu projektorom kihasználatlanság miatt!
- Acer Nitro V ANV15 - 15.6"FHD IPS 144Hz - i5-13420H - 16GB - 512GB - Win11 - RTX 3050 - 2,5 év gari
- GIGABYTE GeForce RTX 4060 EAGLE OC 8G (GV-N4060EAGLE OC-8GD
- TP-Link Archer AX73 AX5400 Router
- HGST HUH721010AL5200 10TB 7.2k SAS HDD, DELL branded, nettó 38000Ft + ÁFA, 1 év garancia
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 16GB DDR4 512GB SSD RX 6700XT 12GB DeepCool MATREXX 40 650W
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- Hp Prodesk 600 G3/ G5/ G6 SFF-MT / i5 8-9-10 gen, Hp EliteDesk 800 G4 / Win11- Számla, garancia
- Csere-Beszámítás! Asus Tuf Gamer laptop! R5 3550H / GTX 1650 / 8GB DDR4 / 500GB SSD
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged