- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bitpork: Augusztus 2- szombat jelen állás szerint.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Fogkefe: elektromos vagy manuális?
- Magga: PLEX: multimédia az egész lakásban
- Parci: Milyen mosógépet vegyek?
- sziku69: Szólánc.
- Aggregátor gondjai, örömei, és elmélkedései
Új hozzászólás Aktív témák
-
#800
Cathulhu
addikt
Petykemano
#799
Cathulhu
addikt
válasz
Petykemano
#799
üzenetére
8:44 ha valaki nem akar emiatt feleslegesen vegignezni egy ujabb fel oras szerecsenmosdatast
-
#799
Petykemano
veterán
Petykemano
veterán
-
#798
Petykemano
veterán
hokuszpk
#797
Petykemano
veterán
válasz
hokuszpk
#797
üzenetére
Szólnak érvek az all-in és a withhold mellett is.
Én nem mondom, hogy 12 vagy 16 magosnak meg kell jelennie, de az fontos lenne, hogy a teszterek, streamerek és és youtuberek akarják annyira, hogy a megjelenést követő első videobejelentkezés során már ott virítson a gépben egy nem ajándékba kapott, hanem legjobbként választott példány.A redgamingtech "értesülései" szerint a 16 magos változat 2019 december táján jelenhet meg. Ha nyáron érkezik a ryzen 3k, de a 16 magost halasztják, az viszont azt is jelenti, hogy a a nexgen 2020 vége előtt nem jön, sőt akár esély nyílik egy zen2+-ra (7nm EUV), ami tartja a frontot a zen3 2021-es érkezéséig.
-
#797
hokuszpk
nagyúr
Petykemano
#796
hokuszpk
nagyúr
válasz
Petykemano
#796
üzenetére
szvsz az R3 az 4/8 es 6 mag lesz, az R5 6/12 es mezei 8 mag, az R7 az 8/16 es sima 12 mag, es a tetejen az R9 lesz a 12/24
-
#796
Petykemano
veterán
Simid
#795
Petykemano
veterán
Nem mostanában néztem a videot, ezért nem tudom felidézni, hogy a Ryzen 3k vonatkozásában a saját táblázatán kívül volt-e még más lényeges felderítése. De azon én is gondolkodtam, hogy ha néhányszáz Mhz vagy 5-15% árváltozás úgymond "belefér" abba, hogy egy valamikori valós kiszivárogtatott anyaghoz képest az AMD tervei változtak, igazodtak a közeledő realitáshoz (kihozatal, ténylegesen elérhető frekvencia, azt értelmes mennyiségben elérni képes lapkák száma, stb) szóval hogy akkor mi tekinthető olyan fix pontnak a leakben, ami utólag mégiscsak igazolhatja, hogy valószínűleg nem kitaláció volt.
Az egyik videoban is elmondta, hogy az nvidia leak sem jött be tökéletesen, nem volt 5GB-os 2060, hanem a 2060 végül vágott TU106, stb. De aki direkt akar összeállítani hamis anyagot, az valószínűleg kínosan ügyelt volna arra, hogy GK, GM, GP után GT1XX kódneveket használjon.
Ami azt illeti meg is kérdeztem AdoredTV-t, hogy mit gondol:
"If the fastest SKUs aren't 5GHz+ then it's been bs, simple as that really. I won't even accept 4.9GHz.Obviously if stuff like R3 being 6-cores and R7 being 12-cores is false, even with 5GHz then you'd have to say that part was just luck. We'll need the whole picture though."
Az 5Ghz legalább annyira lehet vágyálom, mint 2018 decemberében tudott tény, hogy az design azon a node-on el tudja érni és akár abból az okból is lehet 12 maga a teteje, hogy rosszabb a kihozatal a vártnál és/vagy nagyobb a kereslet a rome-ra.
Azt gondolom, hogy ezek nem annyira jó mankók.
Arra a kérdésre, hogy miért felejtett el elemezni és korábbi nyilatkozatokat is figyelembe venni hát csak tippelni tudnék. Az AMD folyamatosan olyan jeleket adott, hogy a 7nm-es fejlesztései a vártnál jobban haladnak, novemberben tartott az AMD egy előadást erről az egészről. És erre kapta ő elvileg a szivárogtatott anyagot (+ a levelezgetéseket a szivárogtatókkal)
Ha innen nézed, akkor a szolidra sikeredett CES keynote még elmegy, de felmerülhet a kérdés, az azt megelőző novemberi előadásra mi szükség volt, ha közben valójában termék 2019Q3-ban lesz?Aztán persze lehet, hogy amiket mutogatott, hogy TBA és CES ezek valami belsős iránymutatások.
Mindenesetre szerintem elragadtatta magát. Ha átverték, azért valljuk be, az is profi volt. -
Simid
senior tag
Válasz ERRE a hozzászólásra.
"Ez a kiskapu neked is adott: ha nem pont annyi a frekvencia és nem pont annyi az ár, akkor máris mondhatod, hogy mekkora hazugság volt az egész, miközben egészen addig azzal érveltél, hogy cégek az utolsó pillanatig nem tudják maguk sem, hogy mivel fognak piacra lépni."
Na akkor el is jutottunk a lényeghez! Ilyen esetben számomra egy több mint fél évvel a megjelenés előtt kiszivárgott AMDs tervezet pont annyit ér mint egy okosan megszerkesztett fake leak. Pont azért mert utólag nem igazán lehet küldönbséget tenni a kettő között. Ha egy belsős info is annyit változhat fél év alatt, hogy kb semmi nem pont úgy lesz, akkor engem nem érdekel, hogy amúgy igaz-e vagy sem. Hangsúlyozom, hogy ez az ilyen esetekre vonatkozik, amikor pontos árakat meg spect közölnek ennyivel előre.Korrekt, hogy leírtad amiket kértem!
A kiegészítésekkel is egyet tudok érteni. Most már csak az a kérdés, hogy ebből mi nem volt ismert tavaly amikor az ominózus Adored videó megjelent? Kb csak a megjelenési dátum, de azt is belehetett volna lőni, hogy legkorábban tavasz. Ezért érthetetlen számomra, hogy az amúgy elég precíz, részletes és AMDs nyilatkozatokat rendszeresen idéző/elemző Jim miért nem említette meg a videójában, hogy amúgy a leak számos ponton ellentmond mindannak amit az AMD kommunikált vagy a korábbi gyakorlatnak. Szerinted miért nem tette? (tudom, később a magyarázkodós videóben már előjöttek ezek is...)Még annyit, hogy szerintem jelenleg több okból is okos húzás lenne az AMD szemszögéből ha kezdetben csak 12 magig mennének el. Persze ezt kizárólag a cég szempontjából gondolom, nem felhasználói szempontból.
-
S_x96x_S
addikt
válasz
S_x96x_S
#785
üzenetére
pörög tovább .. Majus 4,-i hétre mondja a Bizgram Asia Pte Ltd .
( állítólag ~ AMD 50 éves évfordulója körüli dátum. )
(Reddit )Q:Thank you for the quick reply. Can you also provide me information on the ETA of each of the Ryzen 3000 series CPUs, including the Ryzen 5 3600X and the Ryzen 5 3600G?
A: "Respected Sir/Madam
expected may 4th week
Thanks & Regards
Sales & Admin
Geeta
Bizgram Asia Pte Ltd . "
-
S_x96x_S
addikt
friss: A Hetznernél lehet már Threadripper 2950X -bérelni. ( 128 GB DDR4 ECC RAM; € 109.00 / hó )
valószínüleg erre is van kereslet. -
S_x96x_S
addikt
>Többi cucc milyen Magyar árakhoz képest ?
( A magyar árak valósak - ezek meg még jó esetben is előzetesek változhatnak. )
vagyis nem pontosan értem a kérdésedet, - de az egyenes arányosság alapján kikövetkeztetheted.
ott a "Ryzen 5 3600" - kb 7%-al drágább lesz mint a .."Ryzen 5 2600"
( (271-255)/255 == 0.06274509803 )akkor valószinüleg a 7%-os felár nálunk is igaz.
Ha pontos infok kellneke, akkor kérdezd meg a FB-messengeren keresztül
https://www.facebook.com/bizgramsg
-
#788
Simid
senior tag
Petykemano
#787
Simid
senior tag
válasz
Petykemano
#787
üzenetére
Nagyon szeretnéd látom ha menthető lenne a csatorna renoméja, de ez a hajó már elment (legalábbis a decemberi leak kapcsán).
Ez egyértelműen az adored leak másolata. Hozzáadták a 10%-os árrésüket és átváltották saját valutára.
Alsó hangon is 3 hónapra vagyunk a megjelenéstől. Tényleg elhiszi valaki, hogy egy szingapúri kisker teljes árlistát kap ennyivel előre?Legalább vették volna ki a listából leginkább hiteltelenítő Navi IGPs APUkat.... Azokról kb biztosan lehet tudni, hogy ebben a formában idén nem lesznek.
-
S_x96x_S
addikt
már nem is tudom mit higyjek .. meglátjuk.
"Singaporean Retailer Lists Purported Ryzen 3000 Pricing"- A "G"-seket későbbre igérték - furcsa, hogy szerepel ebben.
- X570-es lapok még nincsenek listázva
- Az árakat lehet arányosítani - mivel szingapuri dollárban vannak.
( Ryzen 9 3850X == 10 x Athlon200GE -ára ; vagyis kb 165000Ft - körül lehet ? )"Singaporean Retailer Lists Purported Ryzen 3000 Pricing"
https://www.bizgram.com/pricelists/001%20Bizgram%20Daily%20DIY%20Pricelist.pdf
https://www.tomshardware.com/news/amd-ryzen-3000-specification-price,38731.html
persze - HA IGAZ !! .------
-
S_x96x_S
addikt
ZEN2
jól össze lettem zavarva .. mit értenek most a "die"-alatt ...
"Of interest, the patches do prepare for future AMD CPUs moving to more than two memory controllers per die. One of the patches spells out clearly, "The first few models of Family 17h all had 2 Unified Memory Controllers per Die, so this was treated as a fixed value. However, future systems may have more Unified Memory Controllers per Die."
A follow-up patch also notes that these future AMD CPUs could have as many as eight memory controllers per die, "Increase the size of the struct chip_select array to eight, which is the largest number of controllers per die currently supported on AMD systems."
"
https://www.phoronix.com/scan.php?page=news_item&px=AMD-30h-EDAC-Bits -
#782
Petykemano
veterán
hokuszpk
#781
Petykemano
veterán
válasz
hokuszpk
#781
üzenetére
Ez a találgatós!
Ha az 1 chiplet 12 mag, akkor a Rome se 64, hanem 96 mag.
Az eddigi számítások alapján egyébként sem a rome IO lapkájába, és azt hiszem, a bemutatott ryzen lapkába se nagyon férne bele eDRAM. Mármint a 4db zeppelinből kivágott uncore mérete kiadja a rome IO lapkájának méretét. Tehát az eddigi ismereteink szerint nincs l4$, de ezzel együtt én örülnék, ha idővel lenne.
Szerintem tök praktikus lenne így egy lapka, ami önállóan kezelgeti, hogy a 8 DDR4 csatorná átfolyó tartalomból mi kerüljön az L4$-be.Tartok tőle, hogy L4$ is egyszámjegyű IPC emelkedést hozhat csupán, legalábbis egyszálas teljesítményben. Ott és akkor lehet komoly jelentősége, amikor több mag dolgozik. Mondjuk 8 mag fölött. Szokták számolgatni, hogy hány GB/s kell hogy 1 magra jusson, hogy ne legyen bandwidth-starved. Bár inkább 1 szál, mint 1 mag.
És talán nem is csak a GB/s számít, hanem hogy milyen gyorsan tud bejutni egy kért adat. A nagyobb cache itt számíthat szerintem igazán. A zen4 (?) fogja hozni az SMT4-et.Egyébként talán egy jó indikátora annak, hogy mit hozhat a duplázott L3$:
Tételezzük fel, hogy már a 2400G-ben is zen+ magok voltak, így 148/142=~4%-ot ért ott a dupla akkora L3$. Ennél valószínűleg némileg kevesebbet érhet a zen2 duplázása.
-
hokuszpk
nagyúr
picit atmegyek adoredtv stilusba, aztan vagy majd atraktok a talalgatosba, esetleg a sci-fi rovatba, vagy epp a busba, etc.
szoval nemlennek meglepodve, ha a CES-en Lisa altal felmutatott 1 chipletes peldany egy 12/24 -es konstrukcio volna.
amig csak 1 chiplet van, addig nincs szukseg az i/o dieban az L4 cachera vagy mondhatnam ugyis, az 1 chipletes motyoba mehetnek az edramhibas peldanyok. Persze kerdes ha van L4 cache, akkor mennyi, es az mennyit dob a teljesitmenyen ? Ha valamilyen teren kimutathatoan eros a teljesitmenykulonbseg, akkor szvsz egychipletesbol lesz l4 es l4 nelkuli verzio, mint anno a p2 / celeron 266 viszonylataban. -
#780
Petykemano
veterán
Cathulhu
#779
Petykemano
veterán
válasz
Cathulhu
#779
üzenetére
Azt néhány benchmarknál láttuk, hogy hogy megtáltosodott, amikor hirtelen belefért az 512Kb L2$-be.
Nyilván egy L4$ nem rendelkezik olyan késleltetéssel, mint az L2$, de ha egy nagyobb méretű cache rendszermemóriánál jobb késleltetéssel bír, az néhány százalékot biztos segít. Sőt!
Az L3$ esetén is már tapasztalható volt, hogy nem minden szelet érhető el ugyanolyan késleltetéssel egy adott mag irányából. Ha egy nagyobb L4$-t is hasonlóan építenek fel, ami magának prefetchel a rambó', defragmentál, és a sűrűn használt adatokat áthelyezi az alacsony késleltetésű rekeszekbe, akkor az szépen gyorsíthatja a rendszert. Akár 3D, akár io die, hovatovább később akár maga az interposer is tartalmazhatja ezt.A zennel kapcoslatban én már felvetettem, hogy vajon van-e egyáltalán inter-CCX kommunikáció. Lévén, hogy victim cache az L3, amibe csak akkor kerül be valami, ha adott CCX-ben egy mag L2-jéből kihullik. Az Intel egy mérését láttam, ők 103 vs 105 ns-ra mérték ki az interCCX és a RAM kommunikációját, ami annyira kicsi különbség, hogy felvetődhet a kérdés, hogy érdemes-e egyáltalán tökölni vele. Nekem annyira gyanús, hogy nincs, hogy nagyon és bízom benne, hogy pusztán az inter-CCX kommunikáció létrejöttével megoldódnak a core-hop miatt tapasztalt lassulási jelenségek. Ez persze pusztán csak egy elmélet.
Én mindenesetre remélem, hogy a zen2-vel fogunk látni még L4$-t.
A HBM-et úgy értettem, hogy az interposeres kapcsolat a 2.5D, de akkor ezek szerint így van.
-
#779
Cathulhu
addikt
Petykemano
#778
Cathulhu
addikt
válasz
Petykemano
#778
üzenetére
Zen2-nel az L4 mellett ket indokkal erveltem, egyreszt kompenzalni kicsit a tavoli IO miatti kesleltetest, masreszt fuggetleniteni az IF orajelet a RAM orajeltol. Ez volt ugye a Zen1 egyik rakfeneje, es mar akkor mondtak, hogy ehhez egy koztes buffer kellene, aminek a szerepet szvsz egy gigantikus L4 szepen be tudna tolteni, igy az IF mehetne gyorsabban csokkentve az inter-CCX es mostmar inter-chiplet kesleltetest is.
Tudom, hogy meg a Zen2 duplazott chache-e messze is messze lesz a 3D altal adott lehetosegtol, de jo indikator lehet, hogy mennyit tud profitalni belole a Zen2 (aztan persze az IO kesleltetes lehet negalja az egeszet).
A nagyobb cache mindenkepp segit a cache missek szamanak csokkenteseben, de ha mar eleve jo hatasfoku a cache mechanizmus, akkor sokkal nagyobb cache-el is csak par %-ot lehet nyerni. Minden a jo prefetcheren mulik (sajnos nem talalom, de regen olvastam egy cikket, az mutatta szepen, hogy a prefetcher gyakorlatilag atvette a L3/L4 szerepet). Ez szvsz igazan csak nagyon rosszul megirt programoknal hozhat igazan javulast, bar megvallom a konkret szamokrol nincs fogalmam.
Tudtommal a HBM onmaga 3D stack, mikor GPU-t raksz melle lesz az egesz 2.5D az interposer miatt.
-
#778
Petykemano
veterán
Cathulhu
#776
Petykemano
veterán
válasz
Cathulhu
#776
üzenetére
A 3D stacking videoban megfogalmazott ígéretéhez képest a zen2 nem hoz brutális cache mennyiséget. Sőt, ugye nemrég bizonyosodott be - legalábbis számomra -, hogy egy zen mag csupán 8MB L3$ közvetlen használatára képes. Mivel az L3$ victim, ezért a másik CCX L3$-ében megtalálni valamit eléggé esetleges, az egyszálas teljesítményhez meg alig van így köze.
Ezt duplázza a zen2, ami még mindig csak 16MB.Ehhez képest az intel eDRAM 128MB volt, az asszem everspin 28nm-en 256mbites STT-MRAM lapkákat (lenne) képes gyártani. Tehát itt ha csak a méretet nézzük valóban inkább többszáz MB cache hozzáadásának lehetőségéről van szó - valószínűleg egy következő layerben (L4)
a nagy kérdés persze az, hogy ezt milyen késleltetéssel tudja megtenni. Mert a késleltetes lenne itt a lényeg.
Illetve va. Még egy, ami érdekes lehet. A zenben az L3$ victim, vagyia az kerül bele, ami az L2$-ből kilökődött. De nyilván lehetne ezt valahogy okosabban, előrelátóbban csinálni. Ezt a beszélgetést lefolytattuk a zen2 io die esetén is, elvileg ahhoz képest a 3d stacking annyiból lehet előnyös, hogy a lapkák.egymásra építése miatt a rövid utak tényleg alacsony késleltetésű hozzáférést tehetnek lehetővé.A HBM nem 2.5D stacking?
-
S_x96x_S
addikt
TLDR: tudtára adjuk a világnak, hogy azért dolgozunk ... vannak eredmények:
( Embedded World 2019)
"AMD Drives High-Performance Computing for the Embedded Industry with New Customers, Growing Momentum and Broad Ecosystem Support"—New customer wins in networking, storage and edge computing continue the momentum for AMD Ryzen™ Embedded V1000 and AMD EPYC™ Embedded 3000 platforms—
+
ASRock Rack X470D4U
AM4 - es szerver alaplap - X470-es chipsettel: ...Supports AMD AM4 Socket Ryzen™ Series CPUs
de sajnos csak a 2nd gen procikat támogatja:
( "CPU: AMD Ryzen™ (Pinnacle Ridge) 2nd Generation Series Processors" )
https://www.asrockrack.com/general/productdetail.asp?Model=X470D4U#Specifications -
#776
Cathulhu
addikt
Petykemano
#775
Cathulhu
addikt
válasz
Petykemano
#775
üzenetére
kosz a tl;dr-t, erdekes kerdesek.
Kivancsi leszek a brutalis cache mit hoz a Zen2-nek. Szvsz a vegtelensegig nem erdemes novelni, egy ido utan minimalis lesz a gain. Hiaba van tele a cache, ha a CPU csak szokoevente nyul egy-egy adathoz. De majd meglatjuk. A 3D stackingnek valoban csak igy latom ertelmet, mert nagy fogyasztasu chipek megfozik egymast. Laptopoknal, mobiloknal viszont hozhat sokat a konyhara, ahol a fogyasztas ugyis limitalja a hotermelest, elobbiben nem erintett igazan az AMD, utobbiban meg az intel. Amugy az AMD tuti up to date a 3D stacking temakorben, nem veletlen kiserletezik evek ota a HBM-mel. -
#775
Petykemano
veterán
Petykemano
veterán
tl;dh
- A processzorok sebességének fejlődése 5Ghz-nél nagyjából megáll
- A feldolgozási képesség elég régóta a memória-hozzáférésen (latency + BW) múlott. Az IPC-t tovább növelni több cache hozzáadásával lehet/fognak
- A 2D stacking olcsóbb és jobb hűthetőséget ad. (magasabb frekvencia legalábbis eleinte)
- A 3D stacking drágább, több helyet ad rövidebb utakkal. => Ez lehetőséget ad több gigabyte-nyi közeli, tehát alacsony késleltetésű cache a processzormagok alá (és fölé) építésére
- Első körben kérdés, hogy a 2D-vel várhatóan magasabb frekvencia, vagy a 3D-vel több cache tűnik-e majd jobbnak, de hosszútávon mindenképpen a 3D adta több cache lesz a nyerő.
- Az, hogy az intelnek nincs mivel versenyeznie a zen2 ellen valójában nem igaz: A 2D stackinggel (zen2) az AMD csupán egy kb 6-9 hónapos ablakot kap a vásárlók megnyeréséhez, mire megérkezik a várhatóan brutális cache mennyiséget felvonultató (alacsonyabb frekvenciával bíró, de alacsonyabb fogyasztású) foverosra épülő első intel termék.
- a 3D stacking lehetőséget ad az igp-nek szükséges több GB ramhoz is, így (várhatóan az intel jóvoltából) eljöhet az erősebb APU-k kora.
- A 3D stacking nagyobb flexibilitást ad a custom designokhoz, ami felé mindenképp megy a cloud .
- A 3D stacking drága, ezért nem lépte még meg az AMD. Első körben (zen3) interposer, rákövetkező körben (zen4) pedig a valós 3D stacking jön.(feltéve, hogy a 6-9 hónap ablak jól sikerül és összejön a pénz a fejlesztésre)
- A nagy processzorgyártók várhatóan kiszorulnak a cloud szolgáltatóktól, akik nagy eséllyel saját fejlesztésbe fognak, emiatt a fókusz átkerül a consumer piacra, ahol viszont már most terjed az a hozzáállás, hogy a fejlesztők inkább alacsonyabb kliensoldali gépigényű játékot fejlesztenek magas szerver-gépigénnyel, mert ezzel nagyobb játékos-közönséget tudnak behúzni. De az otthoni nagy teljesítmény-igény még jobban vissza fog szorulni.Fentiek természetesen mind egy véleményt jelenítenek meg.
-
S_x96x_S
addikt
AMD EPYC 3101 Benchmarks and Review A Lower-End Part
TLDR: C4/T4 proci - teljesítménye a C4/8T Intel Xeon D-1518 - és a C8 Intel Atom C3758 - közé esik ;
TDP 30W-50W - létezik passive hütés is.https://www.servethehome.com/amd-epyc-3101-benchmarks-and-review-a-lower-end-part/
* AMD EPYC 3101: 4 cores / 4 threads running at a 2.1GHz base clock and up to 2.9GHz turbo.és van Passive hütés is.
"Supermicro M11SDV LN4F AMD EPYC 3000 Passive Heatsink"
"""
AMD EPYC 3101 v. Arm Competition
The AMD EPYC 3101 is more vulnerable to the Arm competition than higher-end SKUs. As Arm cores near x86 cores in terms of general compute capability, memory bandwidth, and I/O, the easiest adjacency is the segment that AMD EPYC 3101 occupies. There are eight core Arm chips on the market that if they became SBSA compliant, and added additional memory controller and PCIe capabilities could occupy this space. The technology is there, and we expect the 7nm generation to be the one where we start to see real competitors emerge.While those competitors are coming, the AMD EPYC 3101 has matured to the point that it works out of the box using the same ISO OS install images that are used on Intel machines. As one can also see from the one year lag between when we saw the launch and when channel partners started making adaptable products, AMD also has an advantage that it has been in the market.
""" -
S_x96x_S
addikt
válasz
Cathulhu
#772
üzenetére
csak arra - a szerintem tulzó- általánosításodra reagáltam, hogy:> Nem gondolom, hogy a Macen dolgozó programozók jelentős számban lennének jelen
de csak azért - mert az én benyomásaim teljesen mások.
kerestem egy survey ... lehet, hogy te jobbat találsz:
innen https://insights.stackoverflow.com/survey/2018/#developer-profilea top operációs rendszerek :
"Developers' Primary Operating Systems" - Prof Developers:
- Windows: 49.4
- MacOS 27.4%
- Linux-based: 23.0%persze ez se reprezentativ, mindenesetre sokkal nagyobb mint a jelenlegi ARM-es szerver részesedés.
-
Cathulhu
addikt
válasz
S_x96x_S
#771
üzenetére
Ismerek olyan fejlesztot, aki Macet preferal. Maganeletben. Munkara viszont egyet sem. Nalunk is van egy Mac build gep, hogy forditson Mac-es release-t, de ezen kivul mindenki linux vagy windows. Es az hogy frontend developer mit preferal irrelevans akkor, amikor szervert kell valasztani.
A kerdesekre amiket ideztel a valaszok pont ellentetes eredmennyel zarulnak:
"I’m a senior architect in SV, I’ve used both, and can say with certainty that Linux is a better choice for me. I believe it should be strongly considered by others."
"Most professional programmers don't prefer Macs."vagy pl
"3. servers are running linux so better to develop on the same OSThis is not correct, it is better to test on the same OS. There is no benefit to developing on that OS.
This is why they use OSX over Windows, because it is the best of both worlds. All the tools, and IDE’s, and the closest to linux you can get, without having all it’s technicalities thrown in.
You can run all the same server based software with homebrew."Ez meg abban a pillanatban megszunik, amint ARM alapu mac-ek lesznek es x86-os szerverek.
-
S_x96x_S
addikt
válasz
Cathulhu
#770
üzenetére
> Nem gondolom, hogy a Macen dolgozó programozók jelentős számban lennének jelen
én amikor elmegyek egy nemzetközi sw fejlesztői konferenciára,
akkor 50--60% -ban OSX-es gépeket látok.
( A frontend, design vonalon még több - a backend részen viszont kevesebb )4-5 ével ezelőtt elég trendi volt a MacBook. és nem csak az iPhone és a OSX-re fejlesztők között.
persze azóta már sokat változott a helyzet, de azért még manapság is észrevehető."Why do most of the developers in Silicon Valley prefer macOS over Linux or Windows?"
https://www.quora.com/Why-do-most-of-the-developers-in-Silicon-Valley-prefer-macOS-over-Linux-or-Windows"Why do most professional programmers prefer Macs?"
https://www.quora.com/Why-do-most-professional-programmers-prefer-Macs"From the top answer:
The best software for web development exists on OS X. It is believed that the best developers are on Macs, so they built the best tools on Macs for Macs. Tools such as TextMate and more."sőt amikor ilyeneket irnak, hogy miért ne használj ...
"Why Developers Should NOT Use MacBook Pro"
"About ten years ago there was an article claiming that “Every Developer should have a MacBook Pro”, which listed a bunch of reasons, for example ...."
https://hackernoon.com/why-developers-should-not-use-macbook-pro-3b6a4aeeee64> Tizenpár éves pályafutásom alatt eggyel sem találkoztam.
valószinüleg hazai Enterprise + Windows vonalon dolgozol,
ahol a fejlesztőknek kicsi szavuk, hogy milyen gépet választanak maguknak.
( de ott is a trendi projekt menedzserek már 10 éve is MacBook-al villogtak )amúgy én is elfogult vagyok ( ==> Thinkpad + Linux ) ráadásul még a Retina Display-t se birná a szemem.
mindenesetre már nézegetem a RYZEN -es Thinkpad-eket. ( "A285" , "A485" )
-
-
S_x96x_S
addikt
válasz
Cathulhu
#766
üzenetére
> az ARM szerverek a kísérletező kedvűeknél találhatnak eleinte gazdára,
ha az Apple tényleg dobja az Intelt, akkor az az ARM szerver elfogadottságra is jó hatással lesz.
Intel officials believe that ARM Macs could come as soon as 2020
https://appleinsider.com/articles/19/02/21/intel-officials-believe-that-arm-macs-could-come-as-soon-as-2020Apple Reportedly Shifting to Its ARM-Based A-Series Chips For Macs as Early as Next Year, States Latest Report
https://wccftech.com/apple-arm-a-series-chips-for-macs-2020/ha ténylegesen is jobb lesz a felhőkben az ár/teljesítmény mutató, akkor egyre többen állnak át.
A legtöbb rendszer OpenSource / Linux ;
- bizonyos microservizeket nagyon egyszerű átrakni egy ARM-es platformra.és ha a fejlesztőknek ARM-es platformja lesz ( ARM-es MacBook Pro ) akkor a Linus által emlitett
"Without a development platform, ARM in the server space is never going to make it. "
is kipipálva.persze ez több éves folyamat és az Intel és az ARM és közbeszól, mindenesetre a folyamat elindult
és mint a rozsda marja az ARM a x86 szerverpiacot is. -
#768
Petykemano
veterán
Petykemano
veterán
-
#767
Petykemano
veterán
Petykemano
veterán
Állítólag az Intel tart egy rendezvényt március 5-én. (Amióta átment oda a fél AMD marketing részleg, eléggé aktívak)
Tudjuk, mennyire szeret az intel is showt lopni néhány nappal az amds rendezvények előtt.Vajon most is? Például a 02.07. Napon rajtolt radeon vii mintájára lehetne egy rendezvény 03.07. Napon a 7nm-es 3. Generációs ryzenről?
-
-
S_x96x_S
addikt
AMD EPYC Market Share Gains in 2018 Our Take
https://www.servethehome.com/amd-epyc-market-share-gains-in-2018-our-take/"Outside of Intel, the question of 2019 is not whether AMD is going to gain server market share. Instead, it is how much share is AMD going to gain. The industry knows that the next generation of AMD EPYC Rome is going to offer features that Intel cannot match in the same timeframe. We believe that AMD is moving away from traditional x86 cores as the center of everything to the I/O hub is the center of a system and we may see support for features like CCIX with Rome. That is precisely the type of bold move that will get an industry ecosystem primed around AMD and will translate to share gains that will greatly outpace 2.4% year/year.
Low double digits are possible, but the musings that AMD will have 33%+ market share ending Q4 2019 we do not think are feasible either. The server industry moves slowly and unlike the consumer side that is always buying the newest generation, there are many customers that are buying older generations of systems even though Intel Xeon Skylake-SP has been in the market for over six quarters."
AMD EPYC 3201 8-Core Benchmarks Review and Milestone
https://www.servethehome.com/amd-epyc-3201-8-core-benchmarks-review-and-milestone/Microsoft Azure Lsv2 Instances Based on AMD EPYC Available
https://www.servethehome.com/microsoft-azure-lsv2-instances-based-on-amd-epyc-available/"Overall, this is another step in AMD EPYC market penetration. We have heard several cloud ODMs, including at least one that supplies Microsoft, discuss their AMD EPYC OCP nodes. When cloud providers deploy AMD EPYC, and customers use the instances, this puts enormous pressure on Intel. We have heard that cloud provider CPUs from Intel are now custom foundry parts, but they are also to see discounts rumored to be well in excess of 50%. This is not just CSP buying power that is pushing the market. Instead, it is increased competition from AMD and even Arm. "
Channel Cobblers and a Hole in the AMD EPYC Line
https://www.servethehome.com/channel-cobblers-hole-amd-epyc-line/"In the Mercury Research market share numbers, Intel gets a very interesting bump from what I will term “channel cobblers.” Channel cobblers will buy systems like the HPE Pre-Configured quick ship models (above), or those from other vendors like Supermicro or Dell EMC. Cobblers will remove CPU(s), RAM, and potentially other components. They will then reconstitute a server sourcing components from elsewhere, and sell excellent systems to their customers."
...
"While the Intel Xeon Bronze 3014 starts around $210 list, the AMD EPYC 7251 starts around $475. I have told AMD executives that they need a lower cost part. I understand their hesitation. From a people perspective, there are few engineers and marketers who set out to make their life’s work to build a product that most often will become waste (direct mail providers aside.) At the same time, AMD needs to engage here to attract cobblers." -
S_x96x_S
addikt
a ZNVER1 optimalizáción is dolgoznak. ( -march=znver1 )
Extensive Benchmarks Looking At AMD Znver1 GCC 9 Performance, EPYC Compiler Tuning
https://www.phoronix.com/scan.php?page=article&item=amd-epyc-gcc9&num=4 -
S_x96x_S
addikt
válasz
Cathulhu
#761
üzenetére
meglátjuk ... mindenesetre nem lefutott a mecs.
az Intel-t 2 oldalról szorongatják.
valószinüleg az AMD-vel jobban jár - mert x86 -on maradnak a vevők - és bármikor visszatérhetnek az Intel-hez. de ha átváltanak ARM-re, a szoftvereket átportolják ( gcc-vel nem is olyan nehéz manapság )
akkor nehéz a visszalépés.és akkor ott van még a RISC-V -is - aminek a tervét - szinte ingyen osztogatják, bárki tudja gyártani.
>Másrészt látjuk az AMDnek mennyire nyögvenyelősen indul be az Epyc biznisz,
>pedig ott a vevőnek x86-ról x86-ra kellene váltania.a felhős cégek lehetnek motiváltak.
az EPYC1 az árán kivül nem mutatott előrelépést
( pl. fogyasztásban - ami egy felhős cég üzemeltetési költségét megdobja )Az Amazon lesz a kulcstényező. ( Az Anandtech-es cikkből másolva )
"The elephant in the room is Amazon, and last year’s reveal of a new AWS instance based on their own-in house ARMv8 Graviton processors marked a significant moment showcasing that Arm is now irrefutably becoming mainstream in the industry.
While Arm did not divulge any information on who will be employing the new Neoverse N1 platforms first – I would not be surprised if the next generation Graviton processor will based on the N1 CPU." -
Cathulhu
addikt
válasz
S_x96x_S
#757
üzenetére
Huh, hát azért ezzel óvatosan. Nyilván best case scenario, szimulált és nem valós eredménnyel, 7nm-en fele annyi maggal rendelkező 14 nanos versenytársakkal szemben.
Nem haragszok az ARMra, szeretem is őket, de a fizika nekik se fekszik le a két szép szemükért, ha már a két másiknak több évtizedes szerver CPU tervezési tapasztalattal eddig sikerült eljutni.
Amúgy szépen jönnek fel az ARM szerverek teljesítményben, az eMAG is gigantikus ugrás az elődhöz képest, de megváltani nem fogják a világot, max kompetitívak lesznek. Másrészt látjuk az AMDnek mennyire nyögvenyelősen indul be az Epyc biznisz, pedig ott a vevőnek x86-ról x86-ra kellene váltania. -
#760
Petykemano
veterán
kleinguru
#759
Petykemano
veterán
válasz
kleinguru
#759
üzenetére
Ez viszonylag rövid idő kérdése szerintem.
Számomra az a kérdés, hogy a nagy cloud szolgáltatók meg fogják-e maguknak tervezni és le fogjáke gyártani ezt kigolyózva lényegében a chiptervezőket - akár az intelt és az amdt, akár qualcommot, caviumot, aki még arm server chip tervezésével foglalkozik?
Ugye azt mondják, hogy a general purpose chipek ideje lejárt, fpga, asic, ezeké az idő, lásd google tpu. Apple is magának fejleszt armot, és már az amazon is.Ha létezik arm chip, ami ST versenyképes, MT pedig 2x energiahatékonyságra képes, akkor nincs az a szoftver, amit ne forgatnának át 2-3 év alatt armra.
-
#759
kleinguru
addikt
Petykemano
#758
válasz
Petykemano
#758
üzenetére
Jól gondolom, hogy itt is probléma, mint az apple A procik kapcsán, hogy erős persze, de ha x86 kódot kell futtatni, akkor ez mit sem ér, tehát nagyon speciális esetben (nyilván a szerverek világa lehet ilyen) jön ki “matek”
-
S_x96x_S
addikt
ARMageddon - mi lesz itt még.
Az új ARM-es szerver elég agressziven lép be a szerver piacra.
Performance/Watt mutatója elég jó lesz.https://www.anandtech.com/print/13959/arm-announces-neoverse-n1-platform
-
#756
S_x96x_S
addikt
kriszpontaz
#755
S_x96x_S
addikt
válasz
kriszpontaz
#755
üzenetére
lehet, hogy félreértés az egész.
https://twitter.com/lennox64/status/1096492674956181504
"It was a misunderstanding with his source due to a language barrier. Rhino doesn't exist. Seems like the source was talking about renoir." -
S_x96x_S
addikt
Árulják a GloFo-t
"Global Foundries, the World's 3rd Largest Foundry, May Be Sold"
"Samsung, SK Hynix Named As Potential Buyers"
http://www.businesskorea.co.kr/news/articleView.html?idxno=29181 -
S_x96x_S
addikt
mivel 7nm emiatt (is) "7th July (7/7/2019) " lehet az egyik várható release
https://wccftech.com/amd-ryzen-3000-cpus-x570-motherboards-and-radeon-navi-gpus-7nm-launch-rumor/vagyis a cikk alapján a várató legkorábbi időpont:
12nm ===============
2019 Apr : Ryzen 3000G GE ( Picasso )7nm ================
- 2019 Junius: EPYC 2 "Rome"
- 2019 Julius: Ryzen 3000, X570 and Radeon Navi
- 2019 Aug: Thredripper 3000És a GDC19 főleg a ZEN1-ről szól.
https://twitter.com/KenMitchellKen/status/1096853708271427585
"I'd like to clarify the glimpse of Zen2 which I refer to in my GDC19 abstract is restating previous public comments from Lisa & Mark in the context of game development. The presentation focus is Zen1 optimization." -
#746
Petykemano
veterán
Petykemano
veterán
-
#745
Petykemano
veterán
Petykemano
veterán
-
válasz
Cathulhu
#743
üzenetére
A DIY piac, ahol szépen feljöttek, vélhetően rendesen eltörpül a teljes desktop piachoz képest. Ha az OEM-ek nem építenek rájuk jobban, akkor ez az arány olyan nagyon sokat nem is tud javulni így. Nálunk is jöttek most új gépek, irodai excelezésre i5-8600, pedig egy Ryzen 3 2200G is bőven elég lett volna.
De elvileg nem olyan régóta fókuszálnak rájuk, szóval várható még javulás: AMD also announced last year that it would focus on expanding its stable of OEM systems to build market share. That strategy appears to have paid off, as McCarron also attributed part of AMD's success to increased OEM adoption.
-
#742
Archttila
veterán
Petykemano
#741
Archttila
veterán
válasz
Petykemano
#741
üzenetére
A post végére egy nagy Ámen!
-
#741
Petykemano
veterán
Petykemano
veterán
Szerintem ez megér egy linket: Zen L3$ elemzés
Az inspiráció
Lényegében azt mondja, hogy szintetikus 1 szálas cache tesztelő programmal csak 8MB cache használat mérhető, mivel 1 processzor közvetlenül csak 8MB L3$-hez fér hozzá, egész pontosan a saját maga adataival csak 8MB-ot tud megtölteni és onnan újrahasznosítani.
A leírás szerint amit eddig inter-CCX latency-nek, vagy CCX-ek (L3$-ek) közti késleltetésnek gondoltunk a rendelkezésre álló mérések szerint, az csupán azt képezi le, hogy egyszálas felhasználás esetén az elsőkézből rendelkezésre álló 8MB-on túl mennyire sok esetben nincs is benne a másik CCX L3$-ében az adat, aminek folytán a memóriához kell nyúlni.
Vagy másként megfogalmazva az, hogy egy CCX egyik magja egy kért adatot egy másik CCX L3$-ében megtaláljon az elég esetleges. Akkor fordulhat elő leggyakrabban, ha - rossz optimizáció következtében - egy programszál egy másik CCX-re pattan át.
Sajnos a videóban és a leírásban nem mutatnak meg ilyen esetet (egyik CCX teleírja a cache-t, a másik CCX egyik magja pedig olvas.)
Bennem őszintén szólva felvetődött annak gondolata is, hogy talán az egyik CCX-ből a másik CCX L3$-éhez nem is nyúlRémlik egy ábra még régről, hogy ha nem találha a zen az adatot a saját L3$-ben, akkor párhuzamos kérést küld a DDR vezérlő és a szomszédos L3$ irányába és ahonnan előbb érkezik, azt használja, de nem tudom felidézni ennek helyét.
TAláltam viszont egy Inteles ábrát, ahol az intel tudni véli ezeket a számokat:
L3$ "Far": 98ns
DDR4: 102nsEz a különbség annyira kicsi, és ha a fenti leírás igaz, mindenképpen meg a kérés mindkét irányba. Viszont a különbség annyira kicsi,hogy őszintén felvetődik bennem az kérdés, hogy van-e értelme az elvileg a CCX-eket összekötő IF-et ezzel terhelni? Amikor általánosságban nagyon kicsi az esélye annak, hogy a másik L$3-ben benne van az adat, a kérés a DDR vezérlő felé úgyis biztosan elment, és a DDR irányából az adat úgyis biztosan megérkezik.
Én simán el tudom képzelni, hogy a zen1-ből a CCX-ek ilyen jellegű összekötését, tehát ami a másik CCX L3$-éhez való átnyúlást lehetővé tenné egyszerűen kihagyták.
És akkor most a predikció
Így néz ki a zeppelin CCX :
Számos latency test utal arra, hogy 1 mag lokális L3$ egyes szeleteit sem egységes késleltetéssel éri el. Mondjuk úgy, hogy a 8MB-tól az utolsó 2, néha 4MB elérése lassabb. Nyilván azzal áll összefüggésben, hogy a fenti "ábrán a lila" sávokon mennyit kell utaznia az adatnak.
Hasonló kommunikációs csatorna a CCX-ek között nem látszik:
Ellentétben ezzel a képpel:
AdoredJim vetette fel, hogy esetleg a CCX-ek között az alábbi módon crossbar lenne:
Vagy esetleg valami más, de a lényeg, hogy tényleg ott van egy csomó olyan hely, ami végigfut kereszt formában a lapkán és függőlegesen mintha összekötné a két CCX L3$-ét és vízszintes irányban is lehetővé teheti másik lapkával a CCX-ek és azok L3$-ének összekapcsolását. (Ez megmagyarázná, miért vannak párosával egymáshoz közel a Rome-on)
Ha - ellentétben a zeppelinnel - a zen2 esetén esetleg tényleg működik CCX-ek között adatmegosztási lehetőség, ami gyorsabb, mint a memóriába irányába történő kérés, akkor az a userbenchmark latency mérésében egyáltalán nem mutatkozna meg, hiszen egy mag továbbra is a neki dedikált 16MB L3$-t tudja megtölteni és újrahasznosítani.
Ellenben enyhítene/megoldana minden olyan - jellemzően játékokban megjelenő problémát, ami a szálak egyik magról a másikra való átpattogásának, vagy megosztott adatfelhasználásnak késleltetéséből fakad. -
S_x96x_S
addikt
válasz
Cathulhu
#739
üzenetére
>Ez kb el is dönti azokat a találgatásokat, hogy jön-e idén PS5
A tőzsdei szabályok szigorúak. A Sony dönti el, hogy mikor lép piacra - emiatt ezt a spekulációt nem szerepeltetheti az AMD a várakozások között.
A szerződést se ismerjük, hogy piacralépés után mikor jelenik meg bevételként a főkönyvben.Vagyis az AMD csak a konzervativ várakozásokat kommunikálhatja.
-
S_x96x_S
addikt
válasz
Cathulhu
#737
üzenetére
Ez részletesebb - tele "genyó" kérdésekkel.
"Mark Lipacis
Thanks for taking my question and great to hit the mid-single digit milestone exiting the year. Lisa, as you start -- I just wanted to confirm, you expect to start shipping Rome mid-year. And as you do, what's the biggest risk for Rome? Is it execution on delivering the product, or is it the sales process convincing customers to take EPYC to in volume?
Lisa Su
So I think with Rome, our biggest opportunity/risk is adoption rate. I think from a competitive standpoint, the product is very solid, everything going through our development labs looks very good, as well as our customer engagements. And so this is just about getting customers to production as fast as possible. We do expect though that the adoption rate for Rome will be faster than the adoption rate for Naples. And the reason for that is we are in a socket compatible infrastructure. And so customers who don't necessarily need the newest features of the platform can actually use the same motherboard and system that they currently have with Naples and drop in Rome. And so I think that will help us accelerate some of the adoption. But right now, it's about helping customers in their environment. We are widely sampling Rome and there's a lot of work to be done but we feel good about the trajectory.
""Mitch Steves
First on the C&G side, I realized that there's going to be a lot of sequential difficulties there. But when I think about the long-term growth rate, I know you guys have talked to high singles to double-digit growth. Is that still essential where you think that business can grow at long-term? And then secondly in terms of the next EPYC 2. Is there any reason why it would underperform Intel 10 nanometer in a testing environment? And if so, why would that be?
Lisa Su
Let me take the second question and then maybe Devinder you can take the first question. So as it relates to our ROM product, when ROM was originally planned, we had planned that it would be competing against the 10 nanometer product. So that was our expectation when we started. I think we've shown some of the generational performance advantages in terms of double digit performance on a socket basis, 4 times performance on a floating point basis. And the other thing I would say is that with our second generation Rome, the customer set is now more used to our architecture and so some of the architectural and software improvements that we've also spent quite a bit of time on over the last four to six quarters are coming into play. So I think we feel very good about the competitive positioning of Rome. And the other thing to keep in mind is we are deep in development of our next generation Beyond Rome. So the Zen 3 product portfolio is deep in development as well. And so that our goal is to ensure that we have a consistent cadence of very competitive products.
"
-
Cathulhu
addikt
Q4 és 2018
Epyc duplázott Q3-hoz képest, de nem tudni miről
Semi custom és GPU a földbe állt
Ryzen viszi a boltot (+50%)
Megszabadult a WSA béklyótól, de még mindig kell gyártani valamennyit 12/14 nanon (i/o, chipset?)
High single digit növekedés 2019-re -
Lisa tweetelt AdoredTV Jimnek.
Link a videóhoz, nem néztem meg, meg biztos volt is már valamelyik topikban, tán itt is.
-
#735
Petykemano
veterán
Petykemano
veterán
Crossbar (via IF) köti össze a chipleteket?
Ez azt is jelentheti, hogy ha egy adat nem található meg az adott chiplet L3$-ében, akkor párhuzamosan indítható kérés az IO die ,vagyis a memória irányába, és a másik chiplet felé. Vagyis az egyik chipletről nézve a másik chiplet afféle L4$-ként szolgálhat.
Tegyük hozzá, hogy eddig mintha a lapkán belüli CCx-ek közötti kommunikáció sem lett volna zökkenőmentes. Viszont a képen az látszik, hogy a két lapkán belüli CCx-et is összeköti az a crossbar, amivel mindketten az IO lapka felé csatlakoznak.
-
#734
Petykemano
veterán
Petykemano
veterán
Ez egy jan 4-es:
1D1212BGMCWH2_40/34_N,AMD Qogir
Ez a jan 23-as:
2D3212BGMCWH2_37/34_N
-
#733
-FreaK-
veterán
Petykemano
#732
-FreaK-
veterán
válasz
Petykemano
#732
üzenetére
Ha ez igaz, akkor az Intel készítheti a pelenkát. Minimum kettéhugyozza™ az aktuális csúcs procijukat.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#732
Petykemano
veterán
Petykemano
veterán
12c @ 3.4/3.7
"2D3212BGMCWH2_37/34_N
2 = ES1
D = Desktop
321 = ?
2 = Revision 2?
BG = 105W
M = AM4
C = 12 Core
W = Unknown Cache Configuration
H2 = Matisse
37 = 3.7GHz Boost
34 = 3.4GHz Base
N = Unknown
Looks like an ES for the rumoured 3700X."Ezt citálnám ide:
táblázatHa 3.7GHz = 115, akkor 4.7GHz = 146, 5GHz = 155
Ez nem jelent olyan sok előrelépést IPC tekintetében.
(Kivéve, ha úgy számolunk, hogy nem ment a turbó, akkor 3.4GHz=115, 4.7ghz=158, 5GHz=169, de ezt egyelőre tegyük is félre)
Ez a 2700X-hez képést jelentős előrelépés annak 120 pontjához képestAz 1741-es multi 8 magra vetítve 1160, ha azt feltételezzük, hogy ezt 3.4GHz alapórajelen éri el (összes mag dolgozik), akkor ahhoz, hogy elérje a 9900k 1511 multi értékét, 4.4GHz-en kéne futnia.
Mindezt közel fele fohyasztással tette.
A gamerznexus mérése szerint tdp kényzserítés nélkül az 9900k 4.7~4.8 körül pörög multiban
Ez azt jelenti, h a zen2-nek multiban kb 6~7% ipc előnye van.Ez egyébként pont annyi, amennyivel az elején mutatott 155 (ES@5ghz) több az i9900k 146-os eredményénél.
Mivel a multiban 4.4ghz-et vitt fele fogyasztással, a 4.7ghz turbo szerintem elég biztosra vehető, de ez alapján az 5ghz sem kizárt.
-
S_x96x_S
addikt
válasz
S_x96x_S
#727
üzenetére
> " migrating some of its Epyc IO down to X570, "
valószínüleg nem fér el az AM4 I/O die-ban pár dolog ( helyprobléma miatt? )
és emiatt a funkciók egy részét kirakták a chipset-be.
( ha elférne, akkor miért pakolnák ki? )Optializált müködést és fogyasztási adatokat az első generációs új chiptől én nem várnék
főleg úgy, hogy
- valószínüleg ez az AM4 - éra utolsó High-end chipsetje.
- Akár 16 Core-t is el kell látni. ( és lehet, hogyha a core-ok duplázva lettek, akkor az i/o csatik száma is ) -
#729
Petykemano
veterán
Yutani
#728
Petykemano
veterán
Nem,.mivel nyilván a'chipset nem fog mobil termékbe kerülni, csak talán kevéssé megszokott, hogy nő a fogyasztás és valami goodienak lennie kell, ami indokolja. Az inteles reviewerek biztosan hozzá fogják.számolni.a fogyasztáshoz.
A chipset.az csak egy io extender, szabadon felhasználható io szabványokkal. Legalábbis eddig ez volt.
Miért vette át a fejlesztést az amd? Az intel pont azért integrált mindent, hogy a gyártástechnológiát saját kézben tartva csökkenthesse a platform fogyasztást a mobilokban, ne legyen kiszolgáltatva az alaplapgyártók spurságának. Erre itt most nő a fogyasztás.Első gondolatom az volt, hogy lehet-e a.chipsetben valami cache, de ezt nyomban el is vetettem, hiszen a memória kapcsolat elvileg nem megy rajta keresztül. Aztán hát a chipset lényegében egy io die, vajon belerejthet az amd egy mini igp-t? Csak egy olyat, ami képet ad. Tök hasznos lenne irodai célokra.
Aztán van az amdnek ez a rendszergyorsító ssds szoftveres megoldása, valószínűleg annak.is hasznos lehet, ha nem szoftveres megoldás, hanem a chipset tudja (5gb nvme)
A pcie4 furcsa lenne abból a szempontból, hogy azt mondták, hogy ha beteszed a ryzen3k régi alaplapba, akkor tulajdonképpen az alaplapi firmware-m múlik csak, hogy engedi-e a pcie slotokat pcie4 módban működni.
Nem emlékszem, mennyi channel van a cpuban es mennyi a chipsetben (16 for PCI-E, 4 for M.2, and 4 for the chipset.), de kérdés, ezen felül érdemes lenne még megpakolni pcie csatornákkal?
-
#728
Yutani
nagyúr
Petykemano
#726
válasz
Petykemano
#726
üzenetére
A 15W fogyasztás a chipset esetén tragédia?
-
#727
S_x96x_S
addikt
Petykemano
#726
S_x96x_S
addikt
válasz
Petykemano
#726
üzenetére
>Az X570 esetén a magasabb, 15W fogyasztás magyarázható csak a PCIE4-gyel?
biztos lesz még valami ..
én ezen gondolkodom, hogy mit is jelenthet:
" migrating some of its Epyc IO down to X570, "de Thunderbolt3-nak + 6 NVMe-csatinak is örülnék.
Hátha lesz még benne egy 5GB-os network támogatás. -
S_x96x_S
addikt
ha igaz ...
Június -ra mondják a Ryzen3x00 sorozatot
Az X570 chipset saját tervezés ( nem ASMedia )
A B550 szokásos módon negyed-évvel később jön.
https://www.gamersnexus.net/news-pc/3428-amd-converting-epyc-to-x570-dropping-asmedia"-The previous AMD chipsets were made by ASMedia, which introduced some early challenges in development for the 1000-series Ryzen parts. For the new series of chipsets, our understanding is that AMD will be designing the silicon itself rather than tapping ASMedia for assistance.
- AMD is migrating some of its Epyc IO down to X570, making updates for Ryzen 3000 CPUs
- The X570 chipset will run at about 15W, rather than 6-8W for the X470 chipset. This will not impact chipset heatsink requirements in any meaningful way, as the chipsets can present run on air, but most manufacturers stick an overkill heatsink on the chipset just for looks. It’s more noteworthy because the X570 chipset will be capable of more throughput (and will run hotter). PCIe 4.0 is part of this potential.
- We aren’t yet clear on details of PCIe 4.0 out of the chipset. Some of our sources have indicated that the PCH will likely only deliver PCIe Gen3 to the PCIe slots, but that doesn’t say anything about NVMe or M.2 compatibility. We know that PCIe 4.0 will come out of the CPU and at least drive GPUs, but the bigger benefit of PCIe 4.0 will be in I/O devices, so we suspect that X570 will accommodate PCIe Gen4 in some capacity. Again, this is where we are least clear and where our sources conflicted the most. AMD is still determining final specs of the X570 chipset.
- AMD is looking to launch its B550 chipset roughly one quarter after X570 – that’s probably going to be third quarter, but it’ll depend on X570 gets hit with a delay. The X570 timeline is currently up in the air, whereas Ryzen 3000 should be ready by June. Ryzen 3000’s launch will be dependent upon AMD’s strategy for its chipset and whether the chipset faces challenges."
-
#723
lezso6
HÁZIGAZDA
Petykemano
#722
válasz
Petykemano
#722
üzenetére
Elkészült az Intel FX-9590-je.
-
#722
Petykemano
veterán
Petykemano
veterán
-
S_x96x_S
addikt
AMD's CTO Talks to TheStreet About Next Gen Chips and Keeping Up With Rivals
During a talk with TheStreet, CTO Mark Papermaster discussed AMD's plans for rolling out its third-generation Ryzen PC CPUs, as well as his thoughts on chip technologies deployed by AMD and its rivals.
https://www.thestreet.com/investing/amd-cto-discusses-upcoming-products-14833554#1. megjelenés - mint a ZEN1 -nél
"During our talk, Papermaster indicated that AMD's launch progression for 7nm Ryzen CPUs will be similar to the one it saw for its first-gen, 14nm, Ryzen CPUs, in 2017, with high-end desktop chips followed by cheaper desktop offerings, powerful Ryzen Threadripper CPUs for enthusiasts and workstation users and Ryzen Mobile notebook processors."
#2. 7nm mobil
"Papermaster declined to say whether this will be the case. But he did suggest that AMD is looking to launch third-gen Ryzen Mobile in 2020, a point in time when 7nm+ volume production should be well underway. "If you look at the [product launch] cycle, next year would be a natural time for that migration," he said. "We'll have more details on that as we get closer to that time.""
#3. Gaming - single thread
"Papermaster said AMD is mindful of the single-threaded performance gap that has remained for Ryzen, and promised his company will deliver "very exciting gains" in this area while maintaining its multi-threaded performance lead. "What you will see with our third-generation Ryzen really is simply outstanding gaming performance," he declared."
#4. chip-packaging
"When asked whether AMD, which has unveiled plans to use a 2D "chiplet" packaging architecture for 7nm desktop and server CPUs, could deploy something like Foveros, Papermaster didn't rule out the possibility. But he also insisted AMD is comfortable with its decision to go in a different direction in the near-term."For CPUs, we looked at the analysis of a 3D stack versus a planar [2D] integration of those chiplets. It's always an individual optimization for the use case," he said, while adding there's "a constant re-evaluation at every generation" regarding which direction to go in."
#5. Big.Little core
"Likewise, Papermaster insisted there's no need for AMD to create CPUs featuring cores of different sizes in most of its markets, particularly since it can prevent cores from drawing power when they aren't being used.
"It's a constant debate, does the Big.Little core really make sense?...On applications like a smartphone, I don't think there's any debate, because you have many, many maintenance tasks that can be offloaded to the little cores. But in most of our markets, it's not clear that there's benefit for the little cores," he said."
#6.AMD's Views on ARM Server CPUs
"When asked about his thoughts on ARM in the data center, Papermaster stated AMD "looked hard at ARM" and decided -- given that ARM's software ecosystem was still immature -- it made sense for AMD to direct its attention towards launching high-performance x86 products. At the same time, he admitted that ARM-based server CPUs will continue providing competition.
"ARM will progress, ARM will build out an ecosystem," he said. "We don't see that there's a huge difference in performance per watt between one instruction set offering and another, we think they're within a few percent. It's just that there will be a more and more competitive environment over time...to us that just makes a more robust market out there and I think that's good for the industry. It keeps everyone on their toes.""
-
#720
S_x96x_S
addikt
Petykemano
#718
S_x96x_S
addikt
válasz
Petykemano
#718
üzenetére
>De figyelembe véve, hogy mik röppentek fel,
>hogy nem lesz a kimaradó helyen semmiféle GPU (meglátjuk), ....AdoredTV - szerint - másik I/O die kell.
"Matisse" is the complete package which consists either of one or two 7nm CPU chiplet(s) and the "desktop optimized" I/O die. This same "Matisse" package will not substitute one of the CPU dies for a GPU die.
There's a good reason for this - the Matisse "desktop optimized" I/O die lacks any kind of display output because it doesn't need them and they'd simply be a waste of space.
However this does not mean that a later package of 7nm CPU chiplet, I/O die and GPU chiplet won't exist. I'm quite sure it will in fact, and it'll have a "Mobile optimized" I/O die instead, with higher bandwidth for the iGPU.
It won't be called Matisse because it's a different CPU, same as Summit Ridge and Raven Ridge were also different CPUs and given different names. The I/O die difference counts now even if the CPU chiplet remains the same.
"
via -
S_x96x_S
addikt
Pletyka/Uborkaszezon
- Lisa Su -t akarja az Intel vezérigazgatónak?
Will Headless Intel Woo AMD’s Lisa Su?
https://www.eetimes.com/author.asp?section_id=36&doc_id=1334179 -
#718
Petykemano
veterán
Petykemano
veterán
1) Az tökre adná magát, hogy 1 zen2 lapka mellé kerüljön egy GPU lapka is. 80mm2-be biztos beleférne 20CU valami letisztított megoldásban (FP64). Bár számomra tökre elfogadható lenne, hogy csak vágott darabok kerülnek oda a DDR5 megjelenéséig, ha az IO die-t feljebb toljuk, oda lehet, hogy elfér egy HBM2 és akkor máris kihasználható a 20CU.
De figyelembe véve, hogy mik röppentek fel, hogy nem lesz a kimaradó helyen semmiféle GPU (meglátjuk), azt mennyire tartjátok lehetségesnek, hogy
2) egy nagyobb-hosszabb IO die tartalmazzon eDRAM-ot? A Rome kapcsán is felmerült, de ott végül elvetésre került, mivel a mérete nagyjából kiadja a 4x Zeppelin-2CCX adta helyet.
3) egy olyan IO die kerüljön oda, ami tartalmaz IGP-t. Egy CPU magok nélküli Raven Ridge például?
-
#717
S_x96x_S
addikt
Petykemano
#716
S_x96x_S
addikt
válasz
Petykemano
#716
üzenetére
> Ez egy gyorsító, de... az AMD kissé mintha lemaradt volna a forradalmi chiplettel?
Huawei: "Shipping in Q2 2019"
Majd megnézzük a teszteket és az árazást is -
S_x96x_S
addikt
>Ez szép és jó, de hol vannak az A320-as lapok ITX méretben?
türelem.
papiron vannak - és most hogy kijöttek az olcsó AM4-es procik, valószínüleg kaphatóak is lesznek. (talán)
https://www.asrock.com/mb/AMD/A320M-ITX/És hol vannak az X300-as alaplapok?
-
S_x96x_S
addikt
Új miniPC-k
* ASUS Mini PC PB 50( AMD Ryzen™ 5 3550H Mobile Processor)
* ASROCK DeskMini A300 SeriesAz ASROCK-os gép februárban $119 -ért jön ; max 65W -os APU rakható bele ; és no overlock.
https://www.tomshardware.com/news/asrock-am4-motherboard-ryzen-amd,38391.html -
S_x96x_S
addikt
25 perces Lisa Su intevjú.
CES 2019: Lisa Su of Advanced Micro Devices I Fortune ( Published on 8 Jan 2019 )
https://www.youtube.com/watch?v=4OAT5h1c1l4 -
#708
Petykemano
veterán
Petykemano
veterán
64C 2.6Ghz 8ch CCIX
-
S_x96x_S
addikt
>A NUC-ok es hasonlo miniPC-k nagyon kicsi piac, oda szerintem keptelenseg az AMD-nek betornie.
azért nem kicsi piac, de majd remélhetőleg a partnerek megoldják,
ránéztem az ASRock DeskMini A300 -ra és bejelentették ..
Brand New AMD Mini PC - DeskMini A300
"ASRock pleased to introduce the latest DsekMini A300, which adopts with AMD A300 chipset to support AMD 65W AM4 APU, as well as up to 32GB DDR4-2933MHz memory. Also, it supports up to 4 storage devices, including 2x Ultra M.2 (2208) PCIe SSD slots and 2x 2.5" hard drive. DeskMini A300 makes it easy to build a home entertainment PC or mini data center."
https://www.asrock.com/news/index.asp?iD=4108 -
#704
Fiery
veterán
Petykemano
#702
Fiery
veterán
válasz
Petykemano
#702
üzenetére
Az biztos, hogy az A6-9220C es A4-9120C nem Bristol Ridge vagy Carrizo alapuak, hiszen tul keves CPU-mag es tul keves GPU-mag van bennuk. Stoney Ridge alapunak tunnek nekem, csak -- velhetoen -- kicsit faragtak a power delivery-n, hogy jobb karakterisztikaval mukodjenek alacsony TDP-nel.
-
#703
S_x96x_S
addikt
Petykemano
#702
S_x96x_S
addikt
válasz
Petykemano
#702
üzenetére
>a 6W az Stoney Ridge?
talán az. Vagy egy Stoney+
nem irnak róla : https://www.amd.com/en/products/apu/7th-gen-a4-9120c-apu ( Base Clock
1.6GHz )Remélem olcsó NUC szerű dolgok is elárasztják a piacot, hamár a Intel's Celeron N3350 ; Pentium N4200 a versenytárs.
-
S_x96x_S
addikt
hivatalos:
nem sok ( töredék Ghz) különbség van a "AMD Ryzen™ 3 3200U" és a "AMD Athlon 300U" között.
Az új "AMD A6-9220C" ; "AMD A4-9120C" procik is érdekesek ; 6W + 28nm + Excavator microarchitecture
A kiegészítésekkel is egyet tudok érteni. Most már csak az a kérdés, hogy ebből mi nem volt ismert tavaly amikor az ominózus Adored videó megjelent? Kb csak a megjelenési dátum, de azt is belehetett volna lőni, hogy legkorábban tavasz. Ezért érthetetlen számomra, hogy az amúgy elég precíz, részletes és AMDs nyilatkozatokat rendszeresen idéző/elemző Jim miért nem említette meg a videójában, hogy amúgy a leak számos ponton ellentmond mindannak amit az AMD kommunikált vagy a korábbi gyakorlatnak. Szerinted miért nem tette? (tudom, később a magyarázkodós videóben már előjöttek ezek is...)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- HP Elitebook 745 G3 érintőképernyős laptop (14FHD/I5-G6/8GB/256SSD)
- RTX 4090 / RTX 3090 videokartya hütő ventivel olcson! Dobozzal!
- Thinkpad T14s Gen4 14" FHD+ IPS i5-1345U 16GB 512GB NVMe ujjlolv gar
- HP Elitebook 840 G3 laptop (14FHD/I5-G6/8GB/256SSD/Win11)
- Eladó Samsung Odessey G6 S27DG600SU Monitor!
- Apple Ipad Pro 2 gen2 10,5" 2K retina A1709 64GB
- Csere-Beszámítás! MSI Gaming X RTX 4060Ti 16GB GDRR6 Videokártya!
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! Olcsó Számítógép PC Játékra! R5 1500X / RX 570 8GB / 16GB DDR4 / 250SSD + 2TB HDD
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest