Új hozzászólás Aktív témák
-
#3600
S_x96x_S
addikt
Petykemano
#3599
S_x96x_S
addikt
válasz
Petykemano
#3599
üzenetére
> Vajon miért most akar pénzt látni ebből a softbank?
Talán mert kompenzálni akarja a WeWork, Uber veszteségeket ..
https://www.bloomberg.com/news/articles/2020-05-18/softbank-vision-fund-books-17-7-billion-loss-on-wework-uber -
#3599
Petykemano
veterán
S_x96x_S
#3598
Petykemano
veterán
válasz
S_x96x_S
#3598
üzenetére
Vajon miért most akar pénzt látni ebből a softbank?
Annyira jön föl a RISC-V?
Vagy csupán megirígyelte a softbank Azokat a cégeket, amelyek a fed által nyomtatott pénzt nem munkahelyek megőrzésére fordítják (mivelhogy növekvő munkanélküliség, bedőlő ágazatok miatt csökken a kereslet, így rossz befektetés lenne beruházni, vagy termelést felfuttatni, arra meg semmi szükség hogy valaki malmozzon), hanem saját részvényeket vásárolnak. Ezzel látszólag szárnyal a tőzsde, emelkedik a részvényárfolyam, mehetnek a bónuszok, meg hát ha időbeni szállsz ki, realizálhatod a nyereséget.
?
-
S_x96x_S
addikt
válasz
Cathulhu
#3597
üzenetére
nézegetve az egy hetes hírt[1] .. úgy néz ki, hogy a SoftBank nagyon pénzt akar csinálni ... és úgy gondolhatja hogy mostanra kell időzíteni
( miután bejelentette az Apple a váltást ? )
Szerintem az Apple lehet az akinek van pénze és fontos lehet még ...
talán fel akarja tornázni az árakat ...A másik lehetőség, hogy kimegy tőzsdére ( IPO ) mint a többi cég.
-----------------------
07.14.2020 ( ~ 1 hete )
"Softbank is said to have been weighing the possibility of holding an initial public offering (IPO) for Arm Holdings, but now there’s said to be at least one company out there that wants to straight-up buy Arm from Softbank."
[1]
https://www.eetimes.com/softbank-said-to-have-a-buyout-offer-for-arm/# -
S_x96x_S
addikt
uborkaszezon ..
Ha az nVidia felvásárolja az ARM-et ..
akkor az eléggé átrendezi a CPU piac jövőjét ... és az X86 - jövőjét is.
( egyes internetes vélemények szerint ez se az Apple-nek se az AMD-nek nem jó hír ...
)Nvidia expresses interest in SoftBank's chip company Arm Holdings: Bloomberg News
https://www.reuters.com/article/us-arm-holdings-m-a-nvidia-idUSKCN24N2P1 -
#3594
S_x96x_S
addikt
Petykemano
#3593
S_x96x_S
addikt
válasz
Petykemano
#3593
üzenetére
nem tudom ... én is találgatok magamban ...
viszont találtam már rendelhető APU-kat .. árral ...
és valamiből 2 verzió is van ( MPK =?= dobozos )
https://prohardver.hu/tema/re_teritette_az_amd_az_asztali_ryzen_soc_apu-kat/hsz_29-29.htmlremélem ez alapján csak valami OEM-es szivesség .. és 1 hónapon belül mindenkinek elérhető.
-
#3593
Petykemano
veterán
S_x96x_S
#3592
Petykemano
veterán
válasz
S_x96x_S
#3592
üzenetére
Abunak volt pár hete egy cikke arról, hogy az AMD-nek összefolytak a termékek és abban gondolkodik, hogy egy-egy műsor/rendezvény keretében tudja le a mainstream cpu és gpu és a szerver cpu és gpu rajtokat.
Ennek fényében vajon kapacitás korlátok miatt (chip? vagy doboz?) maradt ki a dobozos Renoir verzió rajtja vagy azért, mert összekötik a Ryzen 4000 többi részének rajtjával?
-
S_x96x_S
addikt
az nem jó hír, hogyha csak OEM-eknek ...
persze majd meglátjuk "holnap" ( amikor publikus lesz a hír ) ...
-------------
We can now confirm that tomorrow AMD will announce three Ryzen 4000G non-PRO processors.
AMD Ryzen 4000G for pre-built OEM system
https://videocardz.com/newz/amd-to-announce-ryzen-7-4700g-ryzen-5-4600g-and-ryzen-3-4300g-for-oem-systems -
S_x96x_S
addikt
Kütyü ... Ryzen Embedded SoCs : EFCO’s “VideoStar100”
+ "SecuBoot security solution. Billed as “the most advanced security available for digital displays,” SecuBoot prevents malicious applications introduced via the Internet or USB devices during the boot process. The algorithm includes BIOS Lock, Device Verification, Storage Checksum, and Whisper Talk features."
"You get 4x 4K-ready DisplayPorts on the dual- or quad-core V1000-based VideoStar100-V and 3x DP on the dual-core R1000-based VideoStar100-R for 4x or 3x simultaneous displays, respectively. In either case, there are dual DDR4 slots for up to 32GB RAM: 3200MHz for the VideoStar100-V and 2400MHz for the VideoStar100-R."
http://linuxgizmos.com/ryzen-embedded-signage-system-offers-secure-boot/
-
S_x96x_S
addikt
nézegetve a német DIY CPU eladási statisztikát
a Ryzen XT procikból nem nagyon lesz tömegtermék ..
( persze lehet, hogy ez még csak tört hét ..az XT -k szempontjából )
pár hét múlva újra ránézek ..
https://twitter.com/TechEpiphany/status/1284800864490848257 -
S_x96x_S
addikt
kíváncsi leszek, hogy lesz-e idén az AMD-nek
5nm-es terméke a TSMC-vel gyártva .. [1]
Mindeközben a Samsung küszködik az 5nm-el. [2]Nem könnyű azért ..
------------
[1] "TSMC expects to see 5nm process technology account for about 8% of its total wafer revenue in 2020, compared with the about 10% estimated previously. " ( Friday 17 July 2020 )
( https://www.digitimes.com/news/a20200717PD201.html )[2] Samsung struggling to improve 5nm process yield, say sources https://www.digitimes.com/news/a20200720PD203.html
-
HookR
addikt
válasz
S_x96x_S
#3586
üzenetére
"So they said fitting an AMD Epyc on a mini-ITX motherboard was impossible..."
Az állításra ezzel még nem sikerült rácáfolni. Se nem Mini-ITX, se nem Mini-DTX. Bár tény, hogy a méretei alapján (170 x 208 mm) közel van a Mini-DTX-hez (203 x 170 mm), csakhogy annál a magasság a nagyobb, nem a mélység. -
S_x96x_S
addikt
AsrockRack - mini DTX - SP3 ..
( via )
Ultra Compact EPYC7000 Server Board with Dual 10GbE
- CPU Socket SP3 (LGA4094), supports AMD EPYCTM 7002 Series Processors
- Memory Capacity 4DIMM Slots (1DPC); Supports DDR4 R-DIMM up to 3200MHz, 64GB/ LR-DIMM up to 3200MHz, 256GB
- Expansion PCIe slot 1 PCIe4.0 x16
- M.2 1 M-key (PCIe4.0 x4 or SATA 6Gb/s), supports 2280 form factor
-
S_x96x_S
addikt
ilyen is ritkán van .. AdoredTV hűti a várakozásokat ..
szerinte nem lesz +50% lebegőpontos teljesítmény növekedés a ZEN3-nál ..
az "5.3 petaflops" -alapján visszaszámolva
https://adoredtv.com/confirmed-zen-3-will-not-have-50-higher-floating-point-performance/A tegnapi postja
"EXCLUSIVE: ZEN 3 TO FEATURE OVER 20% HIGHER INTEGER PERFORMANCE THAN ZEN 2, PRODUCTION IN SEPTEMBER"
https://adoredtv.com/exclusive-zen-3-to-feature-over-20-higher-integer-performance-than-zen-2-production-in-september/ -
S_x96x_S
addikt
"The Linux Performance For AMD Rome vs. Intel Cascade Lake One Year After Launch"
https://www.phoronix.com/scan.php?page=article&item=rome-cascade-2020&num=1"When taking the geometric mean of all 116 benchmark results, the AMD EPYC 7742 2P with the newer "2020" software stack (Ubuntu 20.10 daily + GCC 10 + Linux 5.8) yielded a 4% improvement to the system performance. The Xeon Platinum 8280 2P saw a 6% improvement with the upgraded software. For these over 100 tests run, the AMD EPYC 7742 2P on the latest Linux software packages yielded 14% better performance over Intel's top-end non-AP Xeon Platinum 8280 dual socket server."
-
#3583
S_x96x_S
addikt
Petykemano
#3582
S_x96x_S
addikt
válasz
Petykemano
#3582
üzenetére
Amúgy az STH keresztelte el WEPYC-nek
https://www.servethehome.com/amd-threadripper-pro-is-a-workstation-epyc-or-wepyc/ -
S_x96x_S
addikt
hivatalos oldal:
AMD Ryzen™ Threadripper™ PRO 3000WX Series Processors
https://www.amd.com/en/processors/ryzen-threadripper-pro+ egy hivatalos video https://www.youtube.com/watch?v=rQj4PJvPFeU
-
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?
-
thgergo
tag
válasz
joysefke
#3573
üzenetére
Értelmezésem szerint az SSE, AVX stb vektorműveleteknek előnye akkor van, ha a skalár kódban néha néha szükség van vektorműveleteket letudni. Különben ott a GPU/Xeon phi vagy másegyéb gyorsító a célfeladatra pl FPGA.
Pl. Egy vektorművelet offloadja pl gpu-ra: ~8000 ns legalább.
Persze lehet, ugyanez egy APU-nál csak 100-500 ns, de erről nem találtam sehol adatot.
Egy L1, L2, L3 cache lényegesen jobb, 3...20 ns, AVX műveletekkel is! DRAM is 100-200 ns...
Más:
AVX2 és AVX512 kód között csak pár % teljesítményelőnyt tapasztaltam, intel MKL, cascade lake csodákkal. Feltehetően azért, mert az 512 bit széles AVX unit képes egyszerre két db 256 széles AVX2 végrehajtására is... Tehát az igazi előny így elveszik, hagytam a csodába az AVX512 kódot innentől fogva.Linus @ AVX-512:
Van az AVX512-nak további fregmentációja is. Az intel össze vissza mesterségesen letiltogatja az AVX512 képességeket, drágább termékek felé terelve az embereket:
Xeon Scalable Bronze, Silver, és Gold 5000: 1 db AVX FMA egység
Xeon Scalable Gold 6000, 8000, 9000: 2 db AVX FMA egység
Core i9-ként brandelt verziókban mégis engedélyezve van a 2 db AVX FMA unit (!) -
S_x96x_S
addikt
"AMD Ryzen 9 3900XT Memory Scaling Performance Under 100 Different Tests"
https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-9-3900XT-DDR4-Memory -
S_x96x_S
addikt
STH-s értelmezés:
"Google Cloud Confidential Computing Enabled by AMD EPYC SEV"
https://www.servethehome.com/google-cloud-confidential-computing-enabled-by-amd-epyc-sev/
ez a trend eleje ... jönnek majd az Intel-es titkosítások is ..
"Confidential computing is still in its early days. Looking beyond this announcement, we fully expect that this will become more commonplace in public clouds within the next 18-24 months. Beyond AMD’s “Rome” today and the next-gen EPYC 7003 “Milan” chips, we expect Intel to expand SGX functionality and memory encryption in Ice Lake Xeons as they round out the 3rd gen Intel Xeon Scalable lines. There are also non-x86 vendors working in this space. As we see the hardware proliferate to make this possible, we expect confidential computing to be more commonplace. It is great to see Google forging ahead early in the capability lifecycle here."
-
S_x96x_S
addikt
Google’s new Confidential Virtual Machines on 2nd Gen AMD EPYC
"Secure Encryption Virtualization in AMD’s 2nd Gen EPYC processors allows cloud providers to encrypt all the data and memory of a virtual machine at the per-VM level. These are generated on-the-fly in hardware, and are non-exportable, reducing the risk of side attacks by potentially aggressive neighbors. Previously this sort of computing model was only possible if a host assumed control of a whole server, which for most use cases isn’t practical.
...
With SEV2, technically AMD allows for up to 509 keys per system. Google will offer images for its cVMs with Ubuntu 18.04/20.04, COS v81, and RHEL 8.2; other operating system images will be available in due course."https://www.anandtech.com/show/15909/googles-new-confidential-virtual-machines-on-2nd-gen-amd-epyc
+
https://cloud.google.com/confidential-computing
-
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.
-
#3572
hokuszpk
nagyúr
Balala2007
#3571
hokuszpk
nagyúr
válasz
Balala2007
#3571
üzenetére
nalatod. pont az a jo, ha mindennek van non-avx codepathja.
bazinagy piros resetgomb megynyom, es megis mukodik minden tovabb, csak amig lemegy az atallas, picit lassabban.
-
#3571
Balala2007
tag
hokuszpk
#3568
-
#3570
Ueda
senior tag
Balala2007
#3567
Ueda
senior tag
válasz
Balala2007
#3567
üzenetére
Esetleg amire az avx képes, azt meg lehetne oldani több maggal is. Konkért példa, x265 kódolás, 4 mag avx2-vel vagy 6 mag avx/2 nélkül. Az utóbbi kombináció rugalmasabb,kvázi "RISC architektúra". De én is csak laikus vagyok, szóval nem tudom, mennyire felcserélhető a avx/2 a több magokkal.
-
#3569
Petykemano
veterán
Balala2007
#3565
Petykemano
veterán
válasz
Balala2007
#3565
üzenetére
Értem
Egy laikussal beszélgetsz
Akkor nem lehetne ez(eket) úgy megcsinálni (reset?) hogy van az
AVX, AVX2, AVX3 - ami utasításkészlet
És tartozik a képlethez még maximális vektorhossz is, ami meg hardveres implementációHa jól értem, az SVE2 esetében is előfordulhat, hogy lesz SVE2.1, SVE2.2
Nyilván ezek azonban mind 128-2048 vektorhosszúságig ugyanúgy jók lesznek.Azt gondolom, hogy a kis és nagymagok közötti szegmentálási lehetőség az ARM-os megoldással (vagyis hogy az utasításkészlet megegyezik a kis és nagy magok között, viszont a feldolgozó szélessége nem) rugalmasabb. Ha az intel nem csinálna hibrid cpu-t, lehet, hogy ez a kérdés fel sem merülne. Hogy látod, lehetne-e, vagy érdemes lenne-e az AVX család következő verzióját már így készíteni?
Vagy lesz egy hátraarc és GPU?
Egy laikussal beszélgetsz
-
#3568
hokuszpk
nagyúr
Balala2007
#3567
hokuszpk
nagyúr
válasz
Balala2007
#3567
üzenetére
"Ezt honnan lehet tudni? Sztem ez egyaltalan nem igaz, 10 ev alatt tortent ez+az"
iden doglott ki a Phenom II alol a lapom, addig az volt "A" melos gep.
egy szoftver se jott szembe, ami reklamalta volna, hogy neki marpedig egetoen szuksege van az AVXre 
-
#3567
Balala2007
tag
hokuszpk
#3563
Balala2007
tag
válasz
hokuszpk
#3563
üzenetére
nemlehet nyomni ezen az AVX torteneten egy resetet ?
Maceras, SNB i7-2600 2011Q1-ben jelent meg, BDZ-ben AMD is atvette, Jaguar is tudja a konzolokban, Gracemont-ban lejon Atom-okra is...
Ez nem marginalis XOP, TBM, 3DNow!. vagy HLE, MPX, SGX, ez maga az x64
meg nincs olyan rengeteg avxet tamogato szoftver,
Ezt honnan lehet tudni? Sztem ez egyaltalan nem igaz, 10 ev alatt tortent ez+az -
#3566
Balala2007
tag
S_x96x_S
#3557
Balala2007
tag
válasz
S_x96x_S
#3557
üzenetére
GFNI be van kapcsolva a Lakefieldben, rossz az Anandtech cikk.
ARM-ra meg csak akkor nem kell ujraforditani, ha nem kell SVE2.1, SVE2.2 SVE3....-t hasznalni, ami az
SVE/SVE2 es ARMv8, ARMv8.1, ARMv8.2, ARMv8.3, ARMv8.4, ARMv8.5, ARMv8.6 utan azert nem egy keptelen gondolat. -
Balala2007
tag
válasz
Petykemano
#3559
üzenetére
Van az AVX, AVX2, AVX256 és AVX512 között más különbség is, mint a vektorhossz?
Marmint
- a plusz 16 regiszter (4x regiszterter)
- a +8 kreg es maszkolhatosag
- a szinte teljes adatortogonalitas es konvertalhatosag
- a disp8 tomorites
- az implicit blending/zeroing
- az implicit broadcasting
- a ternlog
- a rotalas/v rotalas
- a 2-source crosslane permutaciok
- a compress/expand
- a full popcnt
- az 8x8bit affin transzformacio
- scatter/gather-en kivul?Egy rakas FP cucc, de azt most nem mondom el.
-
S_x96x_S
addikt
Linus ... AVX-512
avagy szépen spanyolul ... : Espero que el AVX-512 tenga una muerte dolorosamásképpen megfogalmazva ... az AVX-512 -ből nem lehet pici chipet csinálni .. nem lehet letranszformálni kis design-ra ... és ez a mobil felhasználást eleve megakadályozza
https://www.realworldtech.com/forum/?threadid=193189&curpostid=193209
"""
the problem with AVX512.
I'd argue that you simply can't put it in a smaller chip. Not while actually making it worth using. It wasn't designed that way.
Some of the AVX512 parts I like: intel did make things more generic with it. I think the masking stuff is new to AVX512, no?. But that's less about the width, and more about cleaning things up and making them more useful in general.
But I think the 512-bit part is a hot mess, and I think ARM potentially did things much better with SVE2. Exactly because hopefully you can have a small and large implementation co-existing, instead of the fragmentation that is the AVX world.
Are there any actual SVE2 chips and users out that validate that point? Not that I know. I haven't really followed it. But I appreciate people trying to do it right. Maybe SVE2 won't work out well, but at least ARM tried.
Not like Intel.
I'll give kudos to Intel when they do things well, and they do do many things well (well, used to, and I'm still hoping to see the old Intel come roaring back, because it's been so depressing lately). But I'll also point out when I think they've screwed up. AVX512 and transactional memory have been bad, I think. They've been bad both from a technical standpoint, but equally importantly from that "fragmenting the market" standpoint.Linus
""" -
-
#3560
S_x96x_S
addikt
Petykemano
#3559
S_x96x_S
addikt
válasz
Petykemano
#3559
üzenetére
> De miért ne lehetne az AVX512-t, vagy későbbieket olyanná "tenni"
majd valamit az AMD kitalál ...
de amúgy nincs könnyű helyzetben ...
ha meg teljesen új dolgot csinál .. akkor csak a fragmentációt növeli ..én amúgy az AMD helyében az APU-s dolgot erőltetném ...
vagyis az AVX-512 -es utasításokat valami belső fordító áttolja a GPU részre .. és ott hajtódnak végre. persze ez a gyakorlatban nem biztos, hogy optimális ...ami érdekes az Raja - OneApi -ja ... ami automatikusan osztja el a feladatot a cpu és a gpu között ... szerintem ez lehet az Intel "B" terve ... az AVX-512 mellett ...
és ne felejtsük el a fejlesztés alatt álló Centaur Technology -s CNS -core ... ami szintén az AVX-512 -es piacra pályázik ...
> hiszen az SVE2-ben ha jól értem az utasításkészlet megegyezik,
> és a hardver vektorhossz-képességével lehet szegmentálni.
> Az intel meg ezt összekötötteigen .. az én megértésem is hasonló ..
Az ARM kód binárisan ugyanaz ..
mig az X86( Intelnél) ... nem lehet tudni, hogy az 1024 bites utasításoknak mi lesz a kódja ..
a 2048-asokat meg végképp nem .lehet tudni ..
míg az új ARM-es hardvereket rögtön ki tudják használni a szoftverek ..
az új Inteles AVX-1024 -es kódnál ez nem igaz .. . hasonló mint most az AVX-512 ... kevés program használja ki .. kell új fordító támogatás ... stb ...
nehezebb a hibakeresés és a debuggolás is ...--------------------
amúgy ha valaki nem érti az avx-512 fragmentációt annak itt egy ábra ..
-
#3559
Petykemano
veterán
S_x96x_S
#3557
Petykemano
veterán
válasz
S_x96x_S
#3557
üzenetére
De miért ne lehetne az AVX512-t, vagy későbbieket olyanná "tenni", hogy egy olyan cpu, ami csak AVX-et vagy AVX2-t tud, az azzal a vektormérettel végre tudja hajtani?
Van az AVX, AVX2, AVX256 és AVX512 között más különbség is, mint a vektorhossz?
Afelől nincs kétségem, hogy a jelenlegi AVX512 olyan, hogy erre nem alkalmas (még azt is el tudom képzelni, hogy ebben van némi szándékosság, hiszen az intel az utasításkészletekkel szegmentálta a piacot, lehetett az a policy, hogy ha a legjobb utasításkészlet kell, vedd meg a legdrágább terméket => ez persze meg is világítja a különbséget, hiszen az SVE2-ben ha jól értem az utasításkészlet megegyezik, és a hardver vektorhossz-képességével lehet szegmentálni. Az intel meg ezt összekötötte),
de úgyis nagy a fragmentáció, tehát kiemelkedhetne egy olyan (akár az AMD-től jövő?) ami az Armos irányt viszi és standarddé válik.
-
#3557
S_x96x_S
addikt
Petykemano
#3555
S_x96x_S
addikt
válasz
Petykemano
#3555
üzenetére
> Mármint az ARMos SVE - túl azon, hogy ott dinamikus/változtatható
> a bithossz - mennyiben jobb?
> az SVE-t az armos oldalon istenítik.
ARM-es oldalon nem kell újrafordítani a szoftvert ..
ha 2048 bitesre megírod .. mögötte a hardver lehet 128 vagy akár 2048 bites ..vagyis a következő öt évre a szoftvereket a hardver automatikusan skálázza ... nem lesz olyan mint az X86 -oldalon, hogy mindig újra kell fordítani az AVX-512 ... majd az AVX-1024 .. vagy az AVX-2048 -ra ...
és ez az Apple oldalon nagy előny ...
mert támogatni fogja az SVE2 -öt.lesz egy gyenge mag ... ami 128 bites hardverre fordítja a 2028 bites utasításokat ..
és lesz egy erős mag ... ami 1024 bites hardver ...
és ARM-es oldalon a kettő között egyszerű az átjárás .. szoftveres kompatibilitás megvan ... könnyű hibrid CPU -t összerakni.------------------------------------------
mig most az Inteles oldalon a Hibrid cpu-knál erős és a gyenge mag két külön implementáció hardveresen és szoftveresen .. a gyenge nem tudja az AVX-512 -öt .. emiatt az erősön is le kell tiltani
mivel fontos a homogenitás az utasításkészletben ...
... szívás és hajtépés ....
Ahogy az AT -irta
https://www.anandtech.com/show/15877/intel-hybrid-cpu-lakefield-all-you-need-to-know/5"
The hair-pulling out moment occurs when a processor has two different types of CPU core involved, and there is the potential for each of them to support different instructions or commands. Typically the scheduler makes no guarantee that software will run on any given core, so for example if you had some code written for AVX-512, it would happily run on an AVX-512 enabled core, but cause a critical fault on a core that doesn’t have AVX-512. The core won’t even know it’s an AVX-512 instruction until it comes time to decode it, and just throw an error when that happens. Not only this, but the scheduler has the right to move a thread when it needs to – if it moves a thread in the middle of an instruction stream, that can cause errors too. The processor could also move a thread to prevent thermal hotspots occurring, which will then cause a fault.There could be a situation where the programmer can flag that their code has specific instructions. In a program with unique instructions, there’s very often a check that tries to detect support, in order to say to itself something like ‘AVX512 will work here!’. However, all modern software assumes a homogeneous processor – that all cores will support all of the same instructions.
It becomes a very chicken and egg problem, to a certain degree.
The only way out of this is that both processors in a hybrid CPU have to support the same instructions completely. This means that we end up with the worst of both worlds – only instructions supported by both can be enabled. This is the lowest common denominator of the two, and means that in Lakefield we lose support for AVX-512 on Sunny Cove, but also things like GFNI, ENCLV, and CLDEMOTE in Tremont (Tremont is actually rather progressive in its instruction support)."
-
#3556
S_x96x_S
addikt
Petykemano
#3555
S_x96x_S
addikt
válasz
Petykemano
#3555
üzenetére
> Egy pár mondatban összefoglalható, hogy mi az ellenszenv oka?
az én értelmezésem szerint a fragmentáció a legnagyobb problémája
.... a rengeteg AVX-512 variáció
https://en.wikichip.org/wiki/x86/avx-512#Implementation
... aminek nehéz a támogatása ...
meg összehasonlítva az ARM SVE2 -vel .. az AVX-512 .. gányolás...Az ARM-es SV2 bár késői szülés ... de alaposabban átgondolt mint az Inteles rögtönzés - és jobban skálázódik .. mobiltelefontól --- az ARM-es HPC -ig .. egy utasításrendszer ... amit bárhol lehet használni ...
későbbi e-mail -ben jobban kifejtette ...
-------------------------------
"Now, that said, do I hate MMX/SSE/AVX/AVX2 with the same burning passion as AVX512? No. Because there's a big difference between them.MMX/SSE was a first-attempt (plus fixes). The i387 was a particularly nasty thing to be compatible with anyway, it's entirely understandable why it was done the way it was done. In hindsight, maybe it could have been done better, but a "in hindsight" argument is always complete BS. So that's not a valid argument. MMX/SSE was fine.
AVX/AVX2 were reasonable cleanups and honestly, I don't think 256 bits is a huge pain even as a baseline. And Intel has been good about keeping AVX always there. Afaik, new CPU's really have gotten AVX reliably. So it hasn't been a fragmentation issue, and while I think it has the same state dirtying issue ("helper function using MMX instructions and saves/restores the instructions it modifies will be clearing upper bits in AVX registers and trashing state"), I think it was a fairly reasonable extension.
So again, AVX/AVX2 was fine. Was it "lovely"? No. But I think it's a reasonable baseline.
So what's different with AVX512?
One fundamental difference is that fragmentation issue. It came up before AVX512 was even out, with the failed multi-core Knights atoms having a completely different versions. But it's really been obvious lately, with even today, in CPU's being sold, it being a "marketing feature".
But the other - and to me really annoying - fundamental issue is "by now, you should have damn well have learnt from your mistakes".
Here, look at the real competition for Intel and x86 long-term: ARM. They had an equally disgusting and horrendously bad FPU situation originally. Yes, their FPU situation was differently bad from the i387, but the whole soft-FP vs VFP vs random other implementations was arguably worse than Intel ever had, even if at the time, you would find the usual ARM fanbois that made excuses for just how horrendous the situation was.
But then ARM got their act together, and NEON happened. I'd say that was roughly the equivalent to SSE, because I'll call the original mess of nasty shit comparable to the nofp/i387/IBM-mis-wiring-the-exception-pin/MMX era. The timing may not line up, but with NEON, ARM at least had gotten rid of their messy lack of standards, and I think it's fair to compare it to Intel and SSE conceptually.
So ARM did SVE, and I'll call that their AVX/AVX2. But now you see signs of differences. Part of it is just the name. "S" for "Scalable". ARM is starting to do something interesting and fundamentally different from what AVX was for Intel.
And then ARM designed SVE2, and again, let's see how it actually plays out in real life, but I think it has the potential to be their "AVX512 done right". And they designed it to have a reasonable downgrade/upgrade path, to be extensible, to do that masking and memory accesses etc that is so important for compilers to auto-parallelize.
Honestly, if I were into HPC and vectorization, I'd be all in on the ARM bandwagon.
As it happens, I'm not into HPC and vectorization, and it's possible that exactly because I'm not into it, I'm missing why SVE2 has some horrible problems. And I realize that AVX512 does some things that a very very very small minority of people care deeply about (I don't know why, but some people really love the shuffle instructions and will put up with absolutely anything if they get them).
So just as a bystander, I'm looking at AVX512, and I'm looking at SVE2, and I'm going "AVX512 really is nasty, isn't it"?
And by now it's the third big generation, and the "it wasn't clear what the right answer was" is no longer an excuse for doing things wrong. People knew that scaling up and down the CPU stack was an issue. This wasn't something where Intel couldn't have seen it coming - when Intel was designing AVX512, Intel was still trying to also enter the smartphone and IoT area.
Have I sufficiently explained why I absolutely despise AVX512?
And yes, maybe in five years, AVX512 is there everywhere and my fragmentation argument goes away.
Buy maybe in five years, SVE2 is everywhere too, and is happily working in cellphones and in supercomputers, and I think I won't be the only person in the room that says "AVX512 is a butt-ugly disgrace".
We'll see, even if it might take years. I'm happy to be proven wrong.
And I'm here for the heated technical discussion anyway. Tell me why I'm a pinhead and a nincompoop, and why SVE2 is so bad, and why AVX512 is clearly better.
Because this forum is about architecture design and implementation, isn't it? So I think it's very fair to put down that gauntlet: AVX512 vs SVE2. "Gong plays" - FIGHT!
Linus"
https://www.realworldtech.com/forum/?threadid=193189&curpostid=193248 -
#3555
Petykemano
veterán
S_x96x_S
#3554
-
S_x96x_S
addikt
#versenytárs ; #X86 utasítások
Linus Torvalds megátkozta az AVX512-öt. Linus Torvalds: "I Hope AVX512 Dies A Painful Death"
https://www.phoronix.com/scan.php?page=news_item&px=Linus-Torvalds-On-AVX-512"I hope AVX512 dies a painful death, and that Intel starts fixing real problems instead of trying to create magic instructions to then create benchmarks that they can look good on.
I hope Intel gets back to basics: gets their process working again, and concentrate more on regular code that isn't HPC or some other pointless special case.
I've said this before, and I'll say it again: in the heyday of x86, when Intel was laughing all the way to the bank and killing all their competition, absolutely everybody else did better than Intel on FP loads. Intel's FP performance sucked (relatively speaking), and it matter not one iota.....
And AVX512 has real downsides. I'd much rather see that transistor budget used on other things that are much more relevant. Even if it's still FP math (in the GPU, rather than AVX512). Or just give me more cores (with good single-thread performance, but without the garbage like AVX512) like AMD did.
...
"
-
#3553
awexco
őstag
Petykemano
#3550
awexco
őstag
válasz
Petykemano
#3550
üzenetére
Gondolom Amd úgy viselkedik mint egy kúrva .... felméri a terepet és a kuncsaftnak azt csinálja amiért fizetnek ...
-
#3552
hokuszpk
nagyúr
Petykemano
#3544
hokuszpk
nagyúr
válasz
Petykemano
#3544
üzenetére
RaspberryApy ?
-
S_x96x_S
addikt
AMD Ryzen Threadripper PRO 3000 final specifications leaked
- up 128 PCIe 4.0 lanes
- up to 2TB of UDIMM (Unbuffered DIMM) , RDIMM (Registered DIMM), LRDIMM (Load-Reduced DIMM) and 3DS (three-dimensional stacking) RDIMM EEC memory.
-https://videocardz.com/newz/amd-ryzen-threadripper-pro-3000-final-specifications-leaked
-
#3550
Petykemano
veterán
awexco
#3548
Petykemano
veterán
Hát én úgy gondolom, hogy a magas frekvenciához is elég 1-2 olyan chiplet, ami tud magas frekvenciát.
Amikor 30-60 mag üzemel, ott már szerintem nem megy 4Ghz fölé. Tehát egy 64 magos TR és Epyc között ilyen szempontból szerintem kevés a különbség.De csak azért, mert általában azt látjuk, hogy a 3.5Ghz könnyen elérhető, még nem jelenti azt, hogy minden chiplet keveset fogyaszt 3.5Ghz-en. Tehát az alacsony fogyasztás az epycnél mindenképp szempont, ahol folyamatosan ketyeg.
-
#3548
awexco
őstag
Petykemano
#3545
awexco
őstag
válasz
Petykemano
#3545
üzenetére
Lehet TR magas GHz-re Epyc meg alacsony fogyastásra van válogatva ?
Igy fura számomra a két kategória összemosása . -
S_x96x_S
addikt
több TRX80 modell várható (12c; 16c; 32c; 64c)
Ryzen Threadripper Pro 3975WX Benchmarks Suggest Impending AMD CPU Launch
https://www.tomshardware.com/news/ryzen-threadripper-pro-3975wx-benchmarks-suggest-impending-amd-cpu-launch
AMD Ryzen Threadripper PRO 3975X 32 Core CPU Spotted, Benchmarks Leak Out – At least Four Workstation Models In The Work
https://wccftech.com/amd-ryzen-threadripper-pro-3975wx-32-core-cpu-specs-benchmarks-leak/AMD Ryzen Threadripper PRO on Lenovo workstation leaks
https://videocardz.com/newz/amd-ryzen-threadripper-pro-3975wx-also-spotted
-
#3546
S_x96x_S
addikt
Petykemano
#3545
S_x96x_S
addikt
válasz
Petykemano
#3545
üzenetére
> A józan ész persze azt mondatja az emberrel,
> .... a 8chTR most kerül a piacra, akkor a zen3 még biztos jó messze van.kivéve, hogyha Lenovo exclusive - mint ahogy pletykálják pár napja ..
( kisebb legelő == kisebb piac ; de a tehenek száma ( Lenovo ) is kevesebb == 1 )
és ha kisszámú is ... azért vannak olyan ügyfelek, akiknek ez megéri már most ..."This is also a major hint as to the availability of the 3995WX. It won't surprise us if the processor will be an OEM-exclusive (if not a Lenovo-exclusive). The Threadripper PRO 3995WX, in addition to the Ryzen PRO feature-set, reportedly features an 8-channel DDR4 memory interface, doubling the memory bandwidth over that of the current retail-channel flagship 3990X."
https://www.techpowerup.com/269665/amd-ryzen-threadripper-pro-3995wx-to-debut-with-a-lenovo-workstationszerintem ez tipikusan az a "prémium" terület,
ahol akár már az új N7/LP12+ -on gyártott kis számú még ZEN-es Rome chipletes procikat ki lehetne nyomni a piacra ...de amúgy nem kell sok ..
- csak re-brandelnek egy High Freq -es 64 magos Epyc chipet ..
egy minden jóval ( hangchip; ) feltunningolt Epyc alaplappal ..most leggyorsabb EPYC: az EPYC 7H12 64c/128t
- Base FREQ 2.6 GHZ
- Max Boost Clock Up to 3.3GHzde a Threadripper™ 3990X ennél is többet tud , csak sajnos 4 csatornás.
- Base Clock 2.9GHz
- Max Boost Clock Up to 4.3GHzvan rá piac ..
Anandtech: " However, there are still markets that want high frequency components, and quite often users will look at consumer hardware, which doesn’t offer the trimmings of the enterprise world, such as ECC memory, RAS features, management, and high-speed IO. We’ve seen OEMs build servers on super rare ‘consumer-grade’ processors, like the auction-only 5 GHz 14-core parts that offer the peak of performance, but fall down on basic enterprise features, such as ECC memory." -
#3545
Petykemano
veterán
S_x96x_S
#3543
Petykemano
veterán
válasz
S_x96x_S
#3543
üzenetére
"... vagy kamu ... vagy sikerült a szivárgást kiküszöbölnie az AMD-nek ..
és ha nincs szivárgás ... minden váratlan és meglepő ..."
Szerintem eddig, 0 eladással kábé semmit nem ronthattak azzal, ha minden piacravezetést hónapokra előre szivárgások és nagy csinnnadratta előzte meg. Most van eladható termék, van miért elvarrni a szivárgásokat, hogy elkerüljék az Osborne-hatást.Ezzel együtt szerintem eltolódás van a zen2 lapkák felhasználásában. Vagy kiszolgálták a megrendelőket (a Google GCP-ben márszinte mindenhol elérhető az N2D), vagy az ügyfelek már megkapták a zen3 mintákat és inkább azzal szemeznek.
(Persze nyilván intelből még így is több fogy.)
De úgy tűnik, hogy az eddigiekhez képest lett fölös kapacitás, amit az eddigi termékek nem fedtek le. mivelhogy most a 8 csatornás TR-t vezetik be a piacra, elég valószínű, hogy ami oda megy, eddig EPYC-ként volt eladva. (lehet akár az IOD is szűk keresztmetszet)A józan ész persze azt mondatja az emberrel, hogy ha az 3000XT és a 8chTR most kerül a piacra, akkor a zen3 még biztos jó messze van. Ha nem jön pár héten belül valami új Rome családba tartozó, akkor logikus lenne feltételezni, hogy ezúttal tényleg a Milan jön ki elsőnek. Úgy, hogy ugye szerver-frekvenciákat árulnak csak el és MT eredményeket - hogy ne nagyon lehessen következtetni a Vermeer teljesítményére - elkerülendő az Osborne-hatást,
-
#3544
Petykemano
veterán
Petykemano
veterán
AMD Pollock
2/4
1.2/2.4Ghz
800Mhz
14nm
4.8WTDP -
#3543
S_x96x_S
addikt
Petykemano
#3541
S_x96x_S
addikt
válasz
Petykemano
#3541
üzenetére
> Mit gondolsz, a Ryzen 4000 PRO és a hagyományos asztali verzió együtt rajtol?
nem tudom ...
még a Threadripperes WS -t emésztem
... vagy kamu ... vagy sikerült a szivárgást kiküszöbölnie az AMD-nek ..és ha nincs szivárgás ... minden váratlan és meglepő ...
amúgy örülnék neki, ha minél több mindent piacra nyomnának ..
-
S_x96x_S
addikt
Augusztus vége HOT Chips konferencia ..
lesz benne AMD-s előadás is ... "AMD Next Generation 7nm Ryzen 4000 APU"
meg a versenytársak újdonságai .. ( ARM, POWER, Intel ... )
és lesz RISC-V is "Manticore: A 4096-core RISC-V Chiplet" -
#3541
Petykemano
veterán
S_x96x_S
#3539
Petykemano
veterán
-
S_x96x_S
addikt
TB4 + AMD ...
háááát ... semmi se biztos .. megy a pin-pongozás ....
én ezek alapján nem vagyok biztos a támogatásban ...""""
AnandTech: When asked specifically if AMD-Vi meets the requirements for TB4, AMD stated:AMD: If the question is to do we support DMA? The answer is yes. Any questions about if this would satisfy another companies requirements for an interface they are developing would need to be directed at them.
AnandTech: When we asked Intel to confirm if AMD-Vi met the requirements for TB4's DMA protection, we were given the following quote:
INTEL: Thunderbolt is open to non-Intel-based systems. Like any other system, devices must pass Thunderbolt certification and end-to-end testing conducted by third-party labs. Thunderbolt 4 requirements include Intel VT-d based or an equivalent DMA protection technology that provides IO virtualization (often referred to as IO Memory Management Unit or IOMMU), as well as OS implementation support. If the equivalent technology supports prevention against physical attacks, then that should meet the requirement.
"""https://www.anandtech.com/show/15902/intel-thunderbolt-4-update-controllers-and-tiger-lake-in-2020
-
S_x96x_S
addikt
7/7 - Ryzen 3000XT
7/14 - Ryzen Threadripper PRO?
7/21 - Ryzen 4000 Renoir PRO?
7/28- ???????
https://twitter.com/hms1193/status/1280826206770868226 -
#3537
Cathulhu
addikt
Petykemano
#3535
Cathulhu
addikt
válasz
Petykemano
#3535
üzenetére
mindenki intelt vesz
-
#3536
Busterftw
nagyúr
Petykemano
#3535
Busterftw
nagyúr
válasz
Petykemano
#3535
üzenetére
Szerintem egymast kannibalizaljak a piacon.
Az desktopon/HEDT/szerver szegmensben elerheto sok mag es hasonlosag miatt osszefolyik a paletta. -
S_x96x_S
addikt
pletyka ... habár új alaplap kell ehhez és furcsa, hogy semmi alaplapos hír nem szivárgot ki ezzel kapcsolatban ..
--------------------------
AMD Ryzen Threadripper PRO 3995WX spotted, could launch next week
https://videocardz.com/newz/amd-ryzen-threadripper-pro-3995wx-spotted-could-launch-next-week"AMD Threadripper PRO is said to feature 8-channel memory and up to 2TB of capacity. For comparison, consumer Threadripper series are 4-channel only and they support up to 256GB."
-
#3530
Devid_81
félisten
Petykemano
#3529
Devid_81
félisten
válasz
Petykemano
#3529
üzenetére
Minden tech review-ban lehuzzak, de igazuk is van.
Teljesen felesleges volt az egesz.
Az aruk is borzalmas, mar ugyis mindenki a regi X-esekhez fogja viszonyitani.
Angliaban pl: 3600XT £249, 3800X £279, 3800XT £399...
Ebbol nem adnak el sokat, mindenki a regieket fogja vinni, azokhoz legalabb jar huto is.
-
#3529
Petykemano
veterán
Petykemano
veterán
Ez az XT eresztés elég híg lett.
Computerbase.de-t néztem ott nem játékokban kb 1%, játékokban 3% előrelépés mutatható ki.
Erősen "vedd meg az olcsóbbat" marketing szaga van. Mármint hogy most biztos száz újság leírja ezt, hogy nem érdemes az XT-re áldozni, sokkal jobb ár/érték arányt ad a sima vagy az X. (de senki nem fogja azt mondani, hogy vedd inkább a comet lake-et) -
S_x96x_S
addikt
A google belecsapott a lecsóba ..
és a chiptervezési belépési küszöb megint lejjebb ment130nm-es node-on
az OpenSource-os chipterveket ingyen szilikonba önti ...én rengeteg speciális gyorsító chipet ( chiptervet ) várok ...
ami a következő 10 év architektúráját - és a jelenlegi nagyok monopoliumát is átalakítja ..
Vagyis az Intel, AMD, ARM számára egy lehetőség - és egy veszély isAkit még érdekel a téma :
- HN: https://news.ycombinator.com/item?id=23755693---------------------
"Produce your own physical chips. For free. In the Open."
https://fossi-foundation.org/2020/06/30/skywater-pdk
" you can actually produce chips with the SkyWater foundry in the 130nm node.
...
That leaves you as chip designer only with one road block: money. Manufacturing chips is expensive – even for more than a decade old nodes like the 130nm node, you need to spend at least a couple thousand dollars.
You know what? Don’t worry – Google and efabless have got you covered! They are providing completely free of cost chip manufacturing runs: one in November this year, and multiple more in 2021. All open source chip designs qualify, no further strings attached!
" -
#3527
Devid_81
félisten
Petykemano
#3526
Devid_81
félisten
válasz
Petykemano
#3526
üzenetére
Ez nagyon erdekes, foleg ha nem csak egyetlen tudja 1000db-bol
Az a kerdes mennyire lesz ez elmaradva a cache kulonbsegek miatt a "nagytesoktol"?
Ha jol ertem a 4X00G procikban egyetlen cpu die van van es nincs I/O, avagy a latency is maskeppen alakulhat a tobbitol.
Mindenesetre varjuk sok szeretettel ezeket, meg a mai teszteket az XT-krol -
#3526
Petykemano
veterán
Petykemano
veterán
-
S_x96x_S
addikt
válasz
S_x96x_S
#3370
üzenetére
Mobil Ryzen 4xxx EU státusz:
https://geizhals.de/?cat=nb&xf=6763_Ryzen+4000
06-11 -én:
Acer (29) ASUS (60) Dell (1) HP (24) Lenovo (22) MSI (3) Schenker (7)most:
Acer (49) ASUS (60) Dell (1) HP (45) Lenovo (32) MSI (4) Schenker (7)----------------------------------------
Ryzen PRO 4000 :
https://geizhals.de/?cat=nb&xf=6763_Ryzen+PRO+4000
csak: Lenovo (6) -
S_x96x_S
addikt
"GIGABYTE TRX40 AORUS XTREME REV 1.1"
https://twitter.com/KOMACHI_ENSAKA/status/1280069496565198849amire kíváncsi vagyok,
- hogy lesz -e a TRX40 ( threadripper ) platforma - XT-s refresh ...-----------------------------
válasz magamnak:
valószínüleg kicsi rá az esély ..
főleg addig amíg a 3950 -ből nem lesz XT-s verzió ..folytatva:
- de miért nincs a 3950XT ? vagy csak később lesz ? .. de annak nem sok értelme, mert lassan itt a ZEN3 - az év vége felé ... -
S_x96x_S
addikt
pletyka ..
AMD’s Next-Gen 7nm+ Zen 3 Powered EPYC Milan CPU Spotted For The First Time, Up To 2.2 GHz Clocks On Early ES Chip
https://wccftech.com/amd-epyc-milan-zen-3-7nm-cpu-spotted/"AMD Eng Sample: 100-000000114-07_22/15_N"
-
#3519
S_x96x_S
addikt
Petykemano
#3515
S_x96x_S
addikt
válasz
Petykemano
#3515
üzenetére
> Ezzel együtt persze érdekelne is, hogy milyen architekturális különbség
> állhat a háttérbenszoftveres oldalról - hogy a 128 thread .. mögött SMT2 vagy SMT4 van annyira nagy különbség nincs ..
- vannak jól párhuzamosítható feladatok ..
- és vannak rosszul párhuzamosítható feladatok,
- és vannak régi - párhuzamosságra nem felkészített - szoftverkódok ..Az új programozási nyelvek - pl. GO - egész új szemléletmódott hozott be - viszonylag egyszerűen implementálva az alkalmazásfejlesztésnél ..
https://divan.dev/posts/go_concurrency_visualize/
ha jól megírom .. ami nem nehéz a csatornákkal ... akkor akár >4096 mag-ig is automatikusan skálázza magát ..
a webes feladok nagyrészt jól párhuzamosíthatóak ..
-
S_x96x_S
addikt
válasz
joysefke
#3516
üzenetére
> É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.
versenytárselemzés és iparági trendek.
persze néha illene odatenni pár mondatot - hogy az AMD-nek erre, hogy kellene reagálnia ... ( amit én is elfelejtek néha )de amúgy részben jogos a megjegyzésed
...
Javaslat: mindenki tegyen pár mondatos kapcsolódást a fő témához IS .. pl. hogy ez-meg az hogy érintheti az AMD-t ..
> 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.
sok Inteles menedzser is - ugyanezt gondolhatta - és kommunikálhatta
de a valóság ~ (ARM szerver erősödés; + Apple más elképzelései )
kezdik lassan felébreszteni őket.Kvázi a 2 fős X86-os duo-polium megvan még, de annyira lement a belépési küszöb CPU fronton, hogy - boldog - boldogtalan CPU-t készít.
A https://www.tachyum.com/ egyik fejlesztőközpontja például Pozsonyban van . https://www.tachyum.com/sk/kariera.shtmlMíg az ARM-es versenytársak pl. a különböző célpiacra - egészen különböző architektúrát fejlesztenek -
az AMD-nek nincs meg ez a luxusa ..
jelenleg csak 1 versenyképes architektúrája van .. és csak a ZEN -core ..
azzal nemtud mindenütt és mindennel versenyezni -
#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.
-
#3515
Petykemano
veterán
Simid
#3514
Petykemano
veterán
Amikor az AMD zen3, később zen4 kapcsán merült föl ez az elképzelés, vagy lehetőség, akkor a szkeptikusok ellenérvelésének oszlopos részét képezte az, hogy hát a programok nem skálázódnak elég jól a szálak számával nemhogy desktopon, de még szerveren se.
Egyébként nem állítom, hogy ebben nem lehet igazság, legalábbis az epyc/2 vs graviton összehasonlításban valóban látszik, hogy sok helyütt nem előny az SMT2 se.Tehát nem azt mondom, hogy lámlám az amd SMT4 ellen érvelőknek mégsincs igaza, csak azt, hogy furcsamód most nem.huhogják, hogy az SMT4 kapitális hiba, vagy legalább felesleges.
Ezzel együtt persze érdekelne is, hogy milyen architekturális különbség állhat a háttérben, ha a nem ellenzésnek nem "márka-politikai" oka van.
-
#3514
Simid
senior tag
Petykemano
#3513
Simid
senior tag
válasz
Petykemano
#3513
üzenetére
Ennek a gúnyos megjegyzésnek mi az előzménye?
Mondta korábban valaki, hogy értelmetlen az SMT4? IBM elég rég használ már 8 szálas SMT-t is. -
S_x96x_S
addikt
újabb a nyomás az ARM-es szerverek oldaláról
... már jönnek a Gigabyte-os ThunderX3 arm-es szerverek,
( 96core-ig ; Arm v8.3+ core , SMT4 , max 384 threads/socket )
https://www.servethehome.com/gigabyte-shows-marvell-thunderx3-r282-2u-server/
viszont a ThunderX3 -ban nincs Arm Scalable Vector Extension (SVE) .. ami a FujitsuA64FX -ben már van ..Egyre több és specializáltabb versenytárs - amelyek mind az Inteles űrt próbálják betölteni ..
persze ettől az AMD-nek kétfrontos technológiai és marketing versenyt kell vivnia ..
"We still have several months until the next x86 server platform launch. In the meantime, expect Gigabyte with its partners such as Marvell to turn up their efforts marketing their new cloud servers. Intel’s 10nm delays have opened the door to a host of new competitors that have AMD EPYC Rome-like features such as 8-channel DDR4-3200 and PCIe Gen4 well before Intel will release Ice Lake Xeon platforms."
-
#3511
Petykemano
veterán
S_x96x_S
#3509
Petykemano
veterán
válasz
S_x96x_S
#3509
üzenetére
azt mondják, hogy a gyorsabb FCLK miatt és a kisebb L3$ miatt kisebbek a késleltetések és emiatt jobbak az eredmények. Logikus lenne azt feltételezni, hogy a magasabb FCLK-t a 7nm teszi lehetővé.
Egyes vélemények szerint
- A Matisse nem skálázódott jól 4.3-4.4Ghz fölött, hiába adtál hozzá százmegahertzeket, nem jött ki belőle arányos teljesítmény, mivel nem minden részegység, pl az FCLK sebessége nem nőtt
- a Matisse 2 nem csak a (nevetségeses mértékben) magasabb órajeleket hozza, hanem a magasabb FCLK-t is. Tehát a tényleges órajelek ugyan nem lesznek lényegesen magasabbak, mint eddig, viszont a tényleges teljesítmény azzal jobban fog skálázódni és emiatt az órajelekből vártnál jobb eredményeket fog hozni. (Meglátjuk.) -
S_x96x_S
addikt
pletyka ..
[XFastest/ITCooker] Ryzen 7 4700G Scores 2168 in Cinebench R15, 5102 in Cinebench R20!
https://imgur.com/a/PIqY4iBwccftech: AMD Ryzen 7 4700G Flagship Renoir 8 Core Desktop APU Benchmarked, Matches The Ryzen 7 3800X 95W CPU
https://wccftech.com/amd-ryzen-7-4700g-flagship-renoir-8-core-desktop-apu-benchmarked-matches-95w-ryzen-7-3800x/ -
S_x96x_S
addikt
ouch .. A 8 magos Ryzen 7 PRO 4750G -ért 388 EUR ...
az kb 150e Ft körül lesz nálunkés ez a 3900X ára körül van ... az most 407 EUR a mindfactorynál.
persze ez PRO-s .. üzleti - extra biztonsággal felvértezett kivitel ...
a sima mezei consumer kivitel ennél olcsóbb lesz.
Ryzen 7 PRO 4750G 4.40GHZ 8C 12MB 65W
Ryzen 5 PRO 4650G 4.30GHZ 6C 11MB 65W
Ryzen 3 PRO 4350G 4.10GHZ 4C 6MB 65W -
S_x96x_S
addikt
SCHENKER VIA 15 Pro
› 15.6" Full HD IPS | 100% sRGB
› max. AMD Ryzen 7 4800H | 2.9 - 4.2 GHz
› AMD Radeon RX Vega 7
› max. 64 GB DDR4 RAM | 3200 MHkonfigurator
- R5 4600H (6c/12t) - helyett R7 4800H (8c/12t) opció +82,86EUR
- augusztusi végétől szállítás. ( "estimated from end of August")
- választható magyar bill! felár nélkül. "Backlit keyboard | Hungarian"
- 500Eur felett az eu-s szállítás ingyenes.
https://bestware.com/en/schenker-via-15-pro.html
érdekes marketing
... ha nem kell a "Schenker" logo , akkor fizess érte : + 28,27 EUR Azért várjuk meg a teszteket ...
-
S_x96x_S
addikt
válasz
S_x96x_S
#3488
üzenetére
>> GF 12LP+ ; AMD vajon fogja használni valamire?
> ZEN3 I/O Die ..és mivel
a ZEN2 I/O die -ból csinálták az X570 -es chipsetet ..
akár
a ZEN3 I/O die -ből lehet az X670 -es chipset ( GF 12LP+ )
( mint tartalékterv )azért tartalékterv ... mert ...
(2019Dec) A pletykák szerint külsősök próbálkoznak az új chipset-el."At the end of 2020, AMD Ryzen 4000 processors will be released together with the matching X670 motherboards. The processors are based on the Zen 3 architecture and are said to be the last for the AM4 socket. The X670 chipset is likely not designed by AMD, but another manufacturer like ASMEdia or VIA. X670 is said to provide better support for PCIe 4.0 and increase the connectivity for M.2, SATA and USB 3.2 drives. "
https://www.guru3d.com/news-story/ryzen-4000-and-x670-scheduled-for-late-2020.html -
S_x96x_S
addikt
várunk ...
ZEN3 - Techpowerup gyűjtése:
( a ZEN3+AVX512 -ben nem vagyok annyira biztos ...
és inkább november lehet a release ... )
-----------------------------------------------AMD Zen 3
- Release Date: September 2020
- Design completed as of Aug 2019
- Codename: Vermeer (CPU), Dali (APU w/ IGP), Milan (Server), Grey Hawk (Embedded), Genesis Peak (Threadripper)
- Zen 3 refresh, possibly based on improved tech called "Warhol"
- CCX removed, so that all cores on the CCD share a single large L3 cache
- Continues to use Socket AM4 for desktop
- Redesigned chiplets with 32+ MB shared L3 on each chiplet, as opposed to 2x 16 MB shared between CCX groups
- Zen 3 processors are compatible with B450, X470, B550 and X570 motherboards (after BIOS flash)
- Server platform codename "Genesis SP3"
- Up to 64-cores (128-threads) across eight 8-core chiplets
120 - 225 W TDP
- Clock frequencies: 3.8 to 4.0 GHz base, 4.4 to 4.6 GHz boost
PCIe Gen 4
- 8-channel DDR4 memory
- New process tech: 7 nm Plus (probably not 7 nm+ EUV)
- 20% increase in transistor density, 10% lower power consumption
- Up to 15% IPC improvement + more from higher clock frequencies
- Up to 50% faster floating point
- Possibly support for AVX-512
- New CPU corehttps://www.techpowerup.com/review/future-hardware-releases/
-
S_x96x_S
addikt
AnandTEch-es Intel elemzés - benne AMD-s kitenkintések
https://www.anandtech.com/print/15877/intel-hybrid-cpu-lakefield-all-you-need-to-know"One other benefit that a chiplet process can bring is total silicon size of the product. Standard monolithic silicon designs, due to the manufacturing process technologies we use today, have an upper bound of how big a single piece of silicon can be. By implementing chiplets, suddenly that upper limit isn’t much of a concern unless each chiplet reaches that limit - using multiple chiplets can give a total silicon area bigger than a single monolithic chip design. An example of this is AMD’s Rome CPUs, which total an area of over 1000 square millimetres, while the single largest monolithic silicon die is NVIDIA’s A100 GPU, coming in at 826 square millimetres."
"This sort of chiplet based approach also lends people to believe that AMD could swap out a compute based chiplet for a graphics based chiplet, or an AI-focused chiplet, and thus AMD could in the future offer different variants of its products depending on customer requirements for different workloads that the organization might have."
Új hozzászólás Aktív témák
- Megújult a PROHARDVER!
- Debrecen és környéke adok-veszek-beszélgetek
- ASUS routerek
- Milyen videókártyát?
- Hobby rádiós topik
- Luck Dragon: Asszociációs játék. :)
- Kompakt vízhűtés
- Vélemény: nem úgy tűnik, de Lip-Bu Tan most menti meg az Intelt
- Feketehalálra váltja a kékhalált a Microsoft
- Mobil flották
- További aktív témák...
- Dell Latitude 5450 Intel Core Ultra 5 135U 4nm 32GB DDR5 érintőképernyős laptop Dell gari 2027.09.hó
- PlayStation 4/5 kontroller analóg cseréje HALL TMR érzékelősre, 1 év garancia!!! Nincs többé drift!!
- PlayStation 5/4 kontroller analóg cseréje HALL TMR érzékelősre, 1 év garancia!!! Nincs többé drift!!
- XBOX ONE/Series kontroller analóg cseréje HALL TMR érzékelősre, 1 év garancia!!! Nincs többé drift!!
- XBOX Series S 512GB, 6 hó garanciával Bp-i üzletből eladó!
- ÁRGARANCIA! Épített KomPhone i7 14700KF 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- REFURBISHED - HP USB-C Dock G4 docking station (L13899-001)
- DELL PowerEdge R730xd 12LFF+2SFF rack szerver - 2xE5-2680v3,64GB RAM,4x1GbE,H730 RAID v ZFS
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest