-
Fototrend
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
Fiery
veterán
válasz
namaste
#19911
üzenetére
Persze hogy hozzafer, kulonben nem lehetne biztositani az x86-ra annyira jellemzo koherenciat.
A 8 MB pedig csupan a topologiahoz kotodo informacio. Abszolut korrekt, hogy egyetlen szal vagy mag 8 MB L3 cache-t erzekel a CPUID regisztereken keresztul: ennyi L3 cache-hez van kozvetlen, nagy sebessegu hozzaferese.
-
Fiery
veterán
válasz
Walter_White
#19900
üzenetére
Inkabb ugy fogalmaznek, hogy a mostani AM4-es vonal az eddigi Intel HEDT vonal minusz a 8-nal tobb magos SKU-k
Iden atrendezodes van a HEDT piacon, hiszen iden az Intelnel is elvalik a szerver vonal (LGA3647) a HEDT-tol (LGA2066). Nincs kizarva persze ezek utan, hogy az Intel is kesziteni fog LGA3647 alapon is egy uber-brutal 16+ magos HEDT platformot. Lehet, hogy ezek utan lesz egy HEDT es egy "UHEDT" (Ultra High-End Desktop) platform is. -
Fiery
veterán
válasz
csatahajós
#19897
üzenetére
Megmondom oszinten, eloszor jot nevettem ezen a pletykan. Mi ertelme lenne egy ilyen CPU-nak egy olyan fokuszalt gyartotol, mint az AMD iden? Nem az volt az AM4 lenyege, hogy abba jonnek a HEDT procik is? De aztan az egyik alaplap gyartotol jott megerosites: mar dolgoznak is az alaplapon, ami ez alá a Snowy Owl-szeru CPU alá passzol. SP3r2 lesz a foglalat neve (legalabbis az AMD jelenleg igy hivatkozik ra), ami a Naples foglalatanak (SP3) modositott verzioja. Ami furcsa: me'g kodnev szinten sem emliti az AMD ezt a CPU-t a doksikban. Vagy hirtelen otletkent indult ez a projekt nem olyan regen, vagy csak probaltak eddig nagy titokban tartani.
Ja, es az AMD most gyozkodi az alaplap gyartokat, hogy toljak ki a TDP limitet, 200 Watt kornyekeig
Kerdes, hogy ez egy AM4+ foglalat formajaban fog-e materializalodni, vagy csak az SP3r2 alaplapokat akarja eleve ilyenre terveztetni az AMD. -
Fiery
veterán
válasz
Petykemano
#19895
üzenetére
A B1 stepping elotti peldanyok nem fognak kereskedelmi forgalomba kerulni. Egyszeruen tul bugosak voltak ahhoz, hogy ertelmesen lehessen oket hasznalni nem teszt kornyezetben. Annyira sz*rok voltak azok a procik, hogy me'g a fejlesztoknek sem kuldtek beloluk (vagy legalabbis nagyon kevesen kaptak belole). Mi specifikusan kertuk, hogy ha nincs eleg B1 ("vegleges") stepping, akkor legalabb a B0-bol vagy A0-bol kuldjenek egyet, mert nekunk bugosan is nagyon hasznos lenne. De nem kuldtek.
-
Fiery
veterán
válasz
kleinguru
#19890
üzenetére
A CCX-fabric kapcsolat szelesitese semmikepp sem stepping valtas. Az Zen+ vagy Zen 2 neven erkezik majd. Szerintem ez nem fog beleferni mar 2017-ben az AMD kapacitasaiba.
A memoria orajele mas teszta, azon BIOS faragassal is lehet valamennyit segiteni, de egy uj stepping mindenkepp sokat lendithet az ugyon. Kerdes azonban, hogy a sok nyavalya, problema kozott mekkora prioritast kap a tuning az AMD-nel. Tipp: nem tul magas prioritast...
-
Fiery
veterán
válasz
zsolt320i
#19889
üzenetére
Na ez egy jo kerdes. A stepping valtas nem gyakori az AMD-nel, altalaban csak komolyabb hibaknal szokott elofordulni. Viszont, tekintettel a Ryzen modularis felepitesere es a tenyre, hogy hamarosan erkezik a szerver verzio (Naples es Snowy Owl), konnyen lehet, hogy a szerver CPU-kba mar uj Zeppelin mag stepping kerul, es az vissza tud konnyen szivarogni a Ryzen csaladba is.
-
Fiery
veterán
válasz
kleinguru
#19887
üzenetére
A Win10 scheduler frissitesen/javitason, valamint az eddig kibukott utasitas vegrehajtasi (pl. FMA3) bugokon kivul nem hiszem, hogy sokat lehetne javitani hardver csere (tehat minimum stepping valtas) nelkul a mostani Ryzenen. A CCX-es felepites adott, a fabric adott, es a legtobb gubancrol ez a 2 tehet. Ezek pedig a mostani Ryzen "csomag" alapjait adjak. Egy kovetkezo steppingben lehetne novelni a fabric orajelét vagy szelesiteni a fabric-CCX kapcsolatot, lehetne javitani a memoria kompatibilitason (hogy 4 db DIMM-mel is el lehessen érni magas orajeleket), stb. Az mindenkepp remek hir, hogy mar most latszodik, hogy rengeteg ponton bele lehet nyulni a Ryzenbe annak erdekeben, hogy még gyorsabban uzemeljen. Ez persze azoknak sovany vigasz, akik mar az elejen beleugranak/beleugrottak, de az early adopter-ek elete szinte sosem konnyu

-
Fiery
veterán
válasz
Yutani
#19884
üzenetére
Ez barhol lehet problema, bar nem olyan oriasi merteku. A gond a Ryzennel az, hogy tobb olyan aprosag is van benne (pl. az L2/L3 cache furcsasagai, CCX-CCX interkommunikacios bottleneck, lassu memoria kesleltetes, stb), ami egyenkent nem gond, csak osszeadodik a tobbivel, es ugy mar jelentos lassulast tud okozni.
-
Fiery
veterán
válasz
Plasticbomb
#19882
üzenetére
10-30% kozott nagyjabol. Marmint a 100%-os csucsteljesitmenyrol esik le nagyon hamar 70-90%-ra.
-
Fiery
veterán
válasz
Valdez
#19875
üzenetére
Az a gond ezzel, hogy az emberek tulsagosan raalltak arra -- az AMD altal elkovetett, hosszu evekig tarto bulldozeres benazasnak koszonhetoen --, hogy Intelt vegyenek, barmilyen vonalon. Akkor is azt vesznek, ha amugy van ertelmes alternativa. A boltok pedig azert nem tartanak AMD-s masinakat, mert alig van rajuk igeny. A gyartok pedig minek gyartsanak sokfele AMD-s masinat, ha a boltok nem rendelnek beloluk? Holabda effektus, sajnos. Vagy 22-es csapdaja, ki tudja
Ebbol csak ugy lehet kitorni, ha az AMD letesz az asztalra egy baromi jo vasat baromi jo áron -- es me'g onnan is kell egy csomo ido, hogy az emberek gondolkodasa ujra atalakuljon. -
Fiery
veterán
válasz
Bratilla95
#19873
üzenetére
Vagy csak nincs ra piaci igeny. Vagy 2 kombinacioja

-
Fiery
veterán
Az, hogy ha ki akarod olvasni az aktualis hofokot (pl. egy diagnosztikai utility kereteben), akkor ugyanugy ervenyesiteni kell a 20 fokos ofszetet, kulonben tul magas ertekeket kapsz.
"Ami pedig azt illeti, Intel-nél is voltak ám mókás dolgok, pl. szobahőfokon kemény mínuszokat mérő Atom és barátai."
Kiemeltem a lenyeget. Semmi gond nem lenne az AMD féle benazassal, ha a mult lenne es nem a jelen. Az Intel pedig az elso Nehalem generacios CPU-k ota, azaz cca. 9 eve meg tudja oldani a hodioda kerdest, gond nelkul.
Teljesítménymérő: rakerdeztunk az AMD-nel, varjuk a valaszt. Velhetoen errol is jon majd egy community update, amennyiben valoban gubanc van. Megjegyzem, eleg mokas, hogy a RAPL alapu megoldas a CPU regiszterek szintjen a Sandy Bridge ota hasznalt megoldas copy-paste-je
Tehat sikerult lemasolni az interfeszt, csak magat a RAPL hardvert szurtak el -- legalabbis jelenleg igy tunik ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Fiery
veterán
válasz
TESCO-Zsömle
#19856
üzenetére
Hihetetlen, hogy ennyi ev utan sem tud az AMD egy pontos, jol hasznalhato hodiodat epiteni a processzoraiba. A teljesitmeny (fogyasztas) mérő meg még ennel is szutykabb lett, teljesen hasznalhatatlan ertekeket ad.
-
Fiery
veterán
válasz
Depression
#19818
üzenetére
A gyartastechnologianak ("X" nanometer) semmi koze az utasitaskeszlethez (x86).
-
Fiery
veterán
Arrol plane nincs info, hogy ez egy semi-custom GPU lesz-e. Tudtommal a semi-custom inkabb APU-kat szallit, nem "csupasz" GPU-kat. De mindentol fuggetlenul, en is inkabb Polarisra tippelnék, a Vega még piacra sem kerult, plane nem mainstream vagy low-end verzioban.
Abban termeszetesen igazad van, hogy penzugyileg nagyon jo huzas lehetne egy ilyen megallapodas, csak aztan nehogy tenyleg labon loje az AMD magat azzal, hogy tul jol sikerul a cucc, es a Raven Ridge-nek tul jo konkurenciat allit

-
Fiery
veterán
válasz
Petykemano
#19764
üzenetére
Ne barchobazzunk
14-gyel kezodik, de nem L, es nem is H a kovetkezo karakter. -
Fiery
veterán
válasz
TESCO-Zsömle
#19762
üzenetére
Attol fugg, mikor kell nekik. Most me'g nincs Ryzen APU, es nem is lesz egy darabig. Ha az Intel elobb tudja szallitani az eros x86 resz + eros iGPU parost, akkor lehet, hogy az Apple egyszeruen azt mondja, csinaljatok, oldjatok meg egymas kozott, nekunk kell egy kesztermek most es kesz.
-
Fiery
veterán
válasz
Petykemano
#19758
üzenetére
Az biztos, hogy az eDRAM-os Intel procikat rohadt draga eloallitani, ezert is kerulnek olyan sokba. Olyan sokba kerulnek, hogy az Apple-on kivul senkinek nem kell, lenyegeben. Emiatt, en nem szamitanek arra, hogy barki mast erdekelne egy ilyen fura megoldas, mint az Apple-t

-
Fiery
veterán
A Mars koloniara hamarabb lenne jo esellyel maximalisan preciz tippem
Az tutira nem tortenik meg ebben az evszazadban mar. Azon is meglepődnék, ha ember lepne a Marsra az eletemben. Az is kesz csoda, hogy a Holdra eljutott az ember. Az is csupan a dolgok szerencses egyuttallasanak volt koszonheto. Meg egy nagy rakas mazlinak. Meg nagyon komoly erofeszitesnek, emberi batorsagnak is ofcoz, de ez az alap egy ilyen misszional. -
Fiery
veterán
válasz
tom_tol
#19749
üzenetére
En inkabb valami vadabb teorian gondolkoznek. Pl. mi van, ha az Intel ki akar szallni az iGPU tervezesbol? Es ami most jon, az csak az elso lepes egy szoros, hosszutavu egyuttmukodes felé?
Masik variacio: mi van, ha egy olyan iGPU-t integral az Intel, ami Raven Ridge-be nem fog kerulni? Vagy tul nagy (20+ CU) vagy tul kicsi? (5-6 CU) A kicsinek nem latom ertelmet, a tul nagy meg brutal nagy TDP-vel jarna, ami ellentmond annak, hogy az egesz kulso GPU de megis tokon belulre rakva (MCM) azert franko, mert kis helyen elfer. Kis hely + nagy TDP nem tunik realis igenynek

-
Fiery
veterán
válasz
tom_tol
#19745
üzenetére
Egyedul annyi tippem van, hogy a megrendelo kifejezetten ezt kérte. Na meg mondjuk ha azt nezzuk, hogy a Ryzen késett cca. 3-4 honapot, es a Raven Ridge-et az idei ev masodik felere igerik .......
Sz'al ha a Raven Ridge is -- tegyuk fel -- kesik 3-4 honapot, akkor mostantol lehet kb. 1 ev is, amig lehetne egy ilyen hibrid procival probalkozni anelkul, hogy a Raven Ridge-nek konkurenciat jelenthetne. -
Fiery
veterán
válasz
joysefke
#19743
üzenetére
Bocs, de ez egy eleg komolytalan kerdes
Honnan a fraszbol tudnam? Sot, szerintem me'g az Intel es az AMD sem tudja, megkozelitoleg sem.Kezdjuk ott, hogy senki sem tudja, milyen iGPU kerul(het) az Intel CPU-kba (az AMD-n es Intelen kivul persze). Azt plane nem tudjuk, ezert mennyit kér majd az AMD, ki fogja legyartani a chipeket. Azt meg plane nem tudjuk, mennyi profitot fog ez hozni az AMD-nek. Lehet, hogy licenc dijat kér csak az AMD, es minden mast az Intel intez. Lehet, hogy nem lesz licenc dij, es az AMD (a TSMC vagy GloFo segitsegevel) fogja legyartani a chipeket, es az Intel kesz chipeket fog integralni a CPU-iba, amikert mondjuk darabonkent 40 dollart szamlaz az AMD. Szamtalan variacio van, es egyelore semmi biztosat nem lehet tudni, kiveve 2 dolgot. #1: Mindenkepp keszul es hamarosan erkezik *valami*, ami egy Intel CPU es egy AMD iGPU komboja. #2: Lehet tudni, hogy milyen CPU adja az alapokat. Ez utobbira nagyon konnyu tippelni, de nem mondom meg nyilvan, hogy melyik lesz

Megjegyzem, a legnagyobb kerdes ezzel az egesz projekttel kapcsolatban valojaban az, hogy ki fogja ezeket a CPU-kat megvenni; valamint hogy miert eri ez meg az AMD-nek? Az utobbi foleg azert fogos kerdes, mert ha meg is valosul ez a projekt, az hamarosan kozvetlen es eroteljes konkurenciat allit(hat) az AMD sajat Raven Ridge APU-inak... Az elobbire meg nekem szemely szerint egyetlen tippem lenne: Apple.
-
Fiery
veterán
Tuninggal nem foglalkozunk. Teljesitmenyben pedig ahogy elozoleg is irtam, a hektikussagot kell az AMD-nek kikuszobolnie azzal, hogy az architekturalis apro hibakat ill. bottleneckeket kiiktatjak. Az, hogy ez vegul milyen sikerrel jar, es hogy a 7700K-t utol tudja-e barmikor erni a Raven Ridge, az elsosorban az orajel fuggvenye lesz. De ha mondjuk 5% kulonbseg marad a 2 proci kozott, mig arban 20%-kal olcsobb lesz a Raven Ridge, akkor me'g mindig egy nagyon jo ajanlat lesz. Kulonosen ugy, hogy iGPU-ban varhatoan eleg szepen el fogja porolni a Raven Ridge a GT2-es Kaby Lake iGPU-t. Es tekintettel arra, hogy az Intel az AMD-tol licencel iGPU-t (comin' soon), nem hiszem, hogy arra kellene szamitanunk, hogy az Intel hirtelen eloall egy mindent elsopro, sajat, uj iGPU technologiaval

Kovetkeztetni az iGPU teljesitmenyre a legkonnyebb. Megvannak az orajelek, magszamok, generacio (Vega), ez alapjan franko lesz a Raven Ridge iGPU-ja.
-
Fiery
veterán
Semmi hir, semmi remeny
Viccen kivul: nem az orajel a Zen/Ryzen baja most sem. A bugokat kell kigyomlalni, a CCX-fabric nyavalyat kicsit feltuningolni, es f*sza lesz ez. A Raven Ridge-ben csak 1 CCX lesz, az nagyban egyszerusiti a dizajnt, es egy csomo problema nem problema 
-
Fiery
veterán
-
Fiery
veterán
válasz
shabbarulez
#19724
üzenetére
Az L1 cache es memoria Zen eredmenyek mar most is korrektek. Az L2 es L3 cache savszelesseg es kesleltetes eseteben -- bar ez me'g nem 100%-os info, csupan 99%-os biztonsaggal sejtheto -- ugy tunik, a problemat az okozza, hogy sokkal kisebb blokk merettel kell mérni, mint amit maga a Zen architektura indokolna. Ha ugyanis a varhatoan korrekt blokk merettel tesztelunk, akkor nem tudja kifutni magat az L2 es L3 cache, es a csucsteljesitmenynel rosszabb ertekek jonnek ki: ez latszik most az AIDA64 es Sandra eredmenyein is. Ha azonban jelentosen lecsokkentjuk a blokk meretet, kb. 192 KB-ot hasznalva csupan az 512 KB-os L2 cache-bol, ill. 3 MB-ot a 8 MB-os L3 cache szeletbol (egy CCX-re 8 MB jut a 16 MB-bol), akkor a szamok felugranak oda, amit az ujsagirok szamara osszeallitott, "AMD Ryzen 7 1800X Processor Media Reviewer's Guide" cimu PDF-ben az AMD is kozol. Az AMD ugyan egy eleg komoly hibat elkovetett a cache benchmark kapcsan, de ez csak kb. 1 es 10% kozott valtoztat az altaluk mért szamokon, tehat fogadjuk el nagyjabol korrekt referencianak, es elvarhato ertekeknek azt, amit ok kozoltek (ez lathato a "Source:AMD" felirat feletti 2 grafikonon itt).
Amint kezhez kapunk egy Ryzent, javitjuk a cache benchmarkokat, hogy a cache csucsteljesitmenyet mutassa az AIDA64, ne egy atlagos, barki szamara elerheto teljesitmenyt. Nyilvan a Sandra iroja ugyanezt a bugfixet fogja implementalni hamarosan, a Sandra 2017-ben.
-
Fiery
veterán
válasz
Depression
#19693
üzenetére
Gonosz
Es sajnos elolvassak a kezikonyvet a tesztelok 
-
Fiery
veterán
válasz
Petykemano
#19664
üzenetére
Ezt majd az AMD eldonti, ha tenyleg van egy ilyen, teljesitmeny veszteseggel korrigalhato bug a B1 steppingben. Ez egy sokkal kisebb problema, mint anno a Phenom TLB bugja, hiszen a teljesitmeny veszteseg (ha van), sokkal kisebb, mint anno a BIOS-os TLB bugfix eseteben volt. Nem feltetlenul indokolt egy uj termek kiadasa.
-
Fiery
veterán
-
Fiery
veterán
válasz
Oliverda
#19641
üzenetére
Teljesen logikus lenne. Raadasul valamilyen szinten az AMD pont ugyanezt csinalja: domping aron adja a Ryzent, hogy ezzel csabitsa el a Broadwell-E es Kaby Lake-S vasarlokat. Az Intel ugyanigy jelentos kedvezmennyel probalja megtartani a szerver piacon a vasarloit. Nincs ezzel semmi problema, egeszen addig, amig az end-user kapja a mezesmadzagot, es nem a rendszer integrator. Az a mocskos trukk, amikor egy szerver gyarto ceg kap extra elonyoket azert, hogy ne foglalkozzon a konkurens termekekkel.
-
Fiery
veterán
válasz
Petykemano
#19634
üzenetére
"Egyébként mennyiségi kedvezmény adása tiltott?"
Miert lenne tiltott? A legtobb nagyker is ad mennyisegi kedvezmenyt; penzvaltokban is lehet alkudni, ha sokat valtasz egyszerre; 100 db Ford sem annyiba kerul egysegarban, mint 1 db stb.
-
Fiery
veterán
Passz, nem mi fejlesztjuk azokat a szoftvereket
Kivulrol belelatni a kodba, kiszúrni az AVX/FMA utasitasokat pedig egyreszt nem szep dolog, masreszt meg eleg komoly feladat is egy nagyobb szoftvernel
De ofcoz ha az adott szoftver keszitoje buszke az AVX/FMA gyorsitasra, akkor nyilvan kommunikalja ezt a felhasznaloi fele. -
Fiery
veterán
A reviewerek nem fogjak hasznalni a mostani benchmarkokat, mert az AIDA64 figyelmeztetest dob arrol, hogy a benchmarkok nincsenek megfeleloen optimalizalva az aktualis CPU-hoz. Ez nem csak a Ryzenre jellemzo, es pont azert epitettuk be, hogy elkeruljuk az ilyen problemakat. Inkabb ne hasznaljak az eredmenyeket, mintsem hogy rossz eredmenyek keruljenek publikalasra. Nem egy jo szituacio ez, plane nekunk, de az AMD igy alakitotta a dolgokat, mi megtettuk, amit meg tudtunk tenni. Egyebkent konnyen lehet, hogy a benchmark eredmenyeken nem fogunk tudni faragni, es valojaban minden jo ugy, ahogy a mostani AIDA64 verzio mukodik. A legjobb tudasunk szerint latatlanban is megtettunk mindent, hogy a leheto legjobban mukodjon minden, de a puding probaja az eves

-
-
Fiery
veterán
válasz
Remus389
#19428
üzenetére
A veszteseg merteke nem olyan nagy, hogy elégesse a keszpenz tartalekot. Raadasul, az evek soran az AMD egy csomo targyi eszkozet (foleg ingatlanokat) is eladta. Plusz, ahogy egy masik topikban mar kitargyaltuk, a veszteseg sokszor csak papiron letezik, egyszeri tetelek vagy ertekcsokkenes miatt.
-
Fiery
veterán
válasz
Petykemano
#19424
üzenetére
Van titkos projekt, az AMD GPU-s Intel CPU

-
Fiery
veterán
válasz
hobizoli
#19383
üzenetére
Direkt leirtam, hogy van olyan reviewer, aki konkretan egy rendezmenyen veheti at a Ryzen teszt rendszert az AMD-tol febr.22-en. Nincs posta, nincs "szerintem mar siman kikuldtek amúgy is nekik".
A "kalkulaciodbol" elegansan kifelejtetted, hogy a cikket valakinek meg is kell irnia. Egy halom szoveg, amibe ha egyetlen elutes vagy helyesirasi hiba becsuszik, mar jonnek is a nyelvtan nacik habzo szajjal a topikba -- sz'al erdemes az aprosagokra is odafigyelni. Plusz grafikonok, screenshotok, tordeles, korrektura.
Vicces egyebkent, ha azt gondolod, hogy mindenkinek az a munkaja, ami a hobbija is
Kar, hogy a dolgozo emberek 80+ %-ara ez nem igaz. Sajnos."mi lenne az idealis idopont kikuldeni egy NDA teszthez a darabokat? egy honappal elobb?"
SZVSZ 2 het korrekt (lenne) egy zsir uj CPU architekturanal. Nyilvan mas a helyzet, amikor a Skylake-bol mar a 3. iteracio jon ki. A Ryzen eseteben en azert is gondolnam indokoltnak a kenyelmes tesztelest, mert nagyon sok szempontbol erdemes lenne megvizsgalni, hogy az uj Zen architektura mikepp viselkedik, mik az erossegei es gyengesegei. Illetve ha van valahol bottleneck, akkor erdemes utanamenni, hogy az mitol lehet. Nem lenne hulyeseg nem csak az egyertelmu konkurenciaval (6850K, 6900K, 7700K, stb) osszevetni, hanem pl. a megelozo AMD generaciokkal is (FX-ek, APU-k).
-
Fiery
veterán
válasz
Plasticbomb
#19373
üzenetére
Attol fugg, milyen alaplapot raknak bele. De mivel ez mar tenyleg vegleges Ryzen es tenyleg ennyire kozel a release-hez jonnek ki a tesztek, igy a legvaloszinubb az, hogy ugyanolyan alaplapot raknak ezekbe a gepekbe, mint amit marc.2-an Te magad is meg tudsz venni a boltban. RAM-bol es egyeb kacatbol sem kerul a gepbe kulonleges peldany.
Persze mas lapra tartoznak azok a rendszerek, amiket a fejlesztes nem ennyire vegso szakaszaban kuld ki az AMD a partnereknek. Azokban tipikusan "sajatmarkas", azaz AMD altal keszitett referencia alaplap van, es ES proci. A Ryzen kapcsan a Myrtle volt az AMD sajat, AM4 foglalatu referencia alaplapja. De nem sok partner kapott belole, bugos is volt, sz'al 100%, hogy az AMD orul annak, ha vegre nem kell arra hagyatkoznia, amikor egy Ryzen rendszert rak ossze valaki reszere

-
Fiery
veterán
válasz
hobizoli
#19371
üzenetére
"hát szánja rá az időt"
Epp errol beszelek. Nem azt mondom, hogy a reviewereknek nincs eleg idejuk ugy altalaban, vagy hogy nem szannak ilyesmire eleg idot. Azt mondom, hogy tul keson erkeznek meg a Ryzen teszt rendszerek a review site-okhoz ahhoz, hogy beleferjen egy igazan alapos elemzes, teszt elvegzese es abbol cikk kanyaritasa.
"hetekkel előre eleve tudja mikor számíthat rá, és nem váratlanul állít be hozzá a postás egy jelöletlen csomaggal éjjel háromkor, hogy na, öcsi, erről kéne egy fullos cikk ma délre"
Hat pedig ha hiszed, ha nem, most pont errol van szo. Hogy a reviewerek tobbsegenel me'g nincs ott a vas, de kozben febr.28-an lejar az embargo. Es az addig oke, hogy megvan a limit, hogy mikor jar le az embargo, azaz hogy mikor kell(ene) a cikket publikalni, csak kozben meg nincs meg az adott datum, hogy na addigra ott lesz a Ryzen es lehet dolgozni rajta. Az egyik reviewer akivel beszeltem, febr.23-an tud nekiallni a Ryzen tesztnek, mert elotte 1 nappal kapja meg egy rendezvenyen a masinat. Febr.23 es 28 kozott van 5 nap, minusz 2 nap a hetvege, az netto 3 nap. Me'g ha napi 12 orat is melozik rajta valaki, az egyszeruen tul keves ido. Szerintem.
"sok ember a seggét földhöz verné, hogy lássa mit tud, más meg húzza a szája szélét?"
Mas az, amikor rajongo vagy, es mas az, amikor minden heten mas vasat kell tesztelned, es rutin ill. munka csupan a Ryzen elemzese. Nyilvan egy atlag reviewernek is nagy kuriozum egy Ryzen, de nem feltetlenul fog mindegyik napi 12 orazni meg ejszakazni meg hetveget vegigmelozni csak azert, mert az AMD elbalf***koda az idot, es nem szallitotta le idoben a tesztgepeket a sajtonak.
Jack Nicholson meg egy eleg rossz pelda, hiszen a Ryzen csak most, 1 napig akkora szam, utana meg nagyon hamar meg fogja unni mindenki. Es nem is megy el 2 nap utan, hanem azonnal lehet boltokban kapni ezerszamra majd
Tehat amit a reviewer most meg tud csinalni, az embargo lejarta elott, azt utana barki meg tudja majd csinalni. Most, az embargo lejarta elott nagy cucc a Ryzen, de utana meg ugyanolyan unalmas tucat termek lesz, mint most mondjuk a Skylake vagy Broadwell."szerinted erre mit mondana a főnöke?"
Kerdes, hogy a fonok csak berendeli az alkalmazottat hetvegen meg ejszaka dolgozni, vagy meg is fizeti azert, hogy extra muszakot vallaljon. Kerdes, hogy a fonok fizet-e extra muszakot csak azert, mert az AMD **szott idoben kuldeni a Ryzent...
-
Fiery
veterán
válasz
Oliverda
#19367
üzenetére
Chipsetnel en nem felejtenem ki az M.2 slot-ot sem
Mindenesetre meglatjuk. Ha a Ryzen konfigok tenyleg csak jovo heten erkeznek meg a reviewer-ekhez, es az embargo tenyleg febr.28 es marc.3 kozott jar le valamikor, akkor erdekes lesz olvasni majd a teszteket, hogy melyik mennyire mely, mennyire alapos, es vajon mas is panaszkodni fog-e amiatt, hogy keves ido volt kivesezni a Ryzent ill. az AM4 platformot.(Disclaimer: anno, sok evvel ezelott en is irtam cikkeket, en is csinaltam CPU teszteket es elemzeseket, tehat nem ugy irtam ezt a rinyat az idorol, hogy sosem csinaltam ilyesmit, es csak saccolgatom, hogy mi mennyi idot vesz igenybe. Plusz en azt is figyelembe vettem, hogy egy reviewer nem feltetlenul egyetlen dolgon dolgozik egyszerre. Nem mindenki tud kapat-kaszat eldobni, amikor vegre megerkezik a Ryzen. Es ha mondjuk valaki febr.23-an all neki tesztelni, majd febr.28-an jar le az embargo, a kozotte levo hetveget sem mindenki tudja vagy akarja ryzenezessel tolteni...)
-
Fiery
veterán
válasz
HavocS
#19350
üzenetére
"Ahogy viszont már több teszt is bebizonyította, a RAM sebessége a játékokat minimálisan befolyásolja csak, játék alatt ez bottlenecket szinte biztosan nem fog okozni."
Nem csak a RAM kesleltetesevel van baj (latszolag), hanem az L2 es L3 cache-evel is. Ez utobbi pedig sokkal tobbet tud lassitani, mint a lassu RAM. Nem oriasi kulonbsegrol van szo me'g igy sem, persze, de a RAM-nal akkor is tobbet szamit a gyors cache.
-
Fiery
veterán
válasz
Yutani
#19346
üzenetére
Barcsak meg tudnam mondani, hogy mi a helyzet... Mi is a sotetben tapogatozunk, az AMD pedig ugyan igerte, hogy kuld rendes feedbacket a technikai csapattol, de azota is lapitanak. Vagy ok sem tudjak, mi a gond, vagy nem tudjak, mit csinalunk rosszul, vagy ..., vagy ... -- van egy csomo fele variacio. De addig, amig ez nem egy hibat (feldolgozasi/kalkulacios hibat) okozo jelenseg, csak kicsit lassitja a feldolgozast, addig nincs nagy gond.
-
Fiery
veterán
válasz
velizare
#19344
üzenetére
Nem, azert nem egy nagysagrendrol van szo. Mondjuk inkabb ugy, hogy a Bulldozerhez kepest jelentos fejlodest igert az AMD (az L2 + L3 cache kesleltetes kapcsan), de ez nem latszodik a gyakorlatban. Vagy legalabbis a benchmarkokban nem latszodik. Az, hogy ez a gyakorlatban milyen jellegu szoftvereknel jelentkezik mint lassulas, azt most nehez megmondani. Lassulas mindenhol lesz (lehet), csak kerdes, hogy 1% vagy 5% vagy 10%.
De nem zarhatjuk ki annak a lehetoseget sem egyelore, hogy a benchmarkok mérnek rosszul. Az AMD legalabbis elso korben ezzel inditott, ez volt az otletuk. Nehez megmondani, kinek van igaza addig, amig nem jutunk hozza egy Ryzen teszt rendszerhez.
(Zarojelben es OFF-ban jegyzem meg, hogy eleg szomoru, ha az AMD csak most jott ra, hogy a benchmarkok furcsa szamokat mutatnak. Ha idoben szolnak emiatt, mar reg ki lehetett volna sakkozni, hogy kinek van igaza es hol a hiba -- ha van hiba)
-
Fiery
veterán
válasz
Németh Péter
#19333
üzenetére
Az L2 cache es az L3 cache kesleltetese is gyanusan magas
Joval magasabb, mint amit az AMD maga kozolt elozetesen. Egyedul az L1 cache tunik korrektnek. -
Fiery
veterán
válasz
Oliverda
#19331
üzenetére
Egy zsir uj CPU architekturanal azert eleg keves az 4-5 nap... Plane amikor olyan trukkok is belepnek, mint SMT (ami az AMD-nel eddig nem volt) es XFR (ami senkinel sem volt eddig). Meg ugye az uj chipsetrol se feledkezzunk meg. Egy alapos elemzesnek a teszt resze is tobb lenne, mint 4-5 nap. Vagy mondjuk ugy, hogy ha nekem lenne kiadva, hogy csinaljak egy rendes Ryzen elemzest, tutira nem vallalnam el, ha nincs ra 10-14 napom.
-
Fiery
veterán
válasz
Petykemano
#19327
üzenetére
Nekem ugy tunik, eleg nagy kapkodas es fejetlenseg van az AMD-nel jelenleg. Gorcsosen tartani akarjak a marcius elejei launchot, holott a reviewereknek igy nem lesz eleg ideje rendes teszteket vegezni es alapos cikket kanyaritani; es a fejlesztok is tul keson kapjak meg a konfigot.
Nehez megmondani, miert csak most vettek ezt a problemat eszre. _Elkepzelheto_, hogy a TLB bugot csak ugy tudtak javitani, hogy kicsit (vagy nagyon) novekedett a kesleltetes...
-
Fiery
veterán
válasz
Petykemano
#19323
üzenetére
Vicces, hogy ezzel hozzam fordulsz, ugyanis epp par napja keresett meg minket az AMD, arra panaszkodva, hogy az AIDA64 gyorsitotar es memoria benchmarkjaban rossz (= nem az AMD szamara kedvezo) eredmenyeket kap a Ryzen. Pontosabban az L2 es L3 cache, valamint a memoria kesleltetes tul magas. Nem csak a Skylake-hez, de a Broadwell-E-hez kepest is tul magasak az ertekek. Neztuk a problemat errol, neztuk arrol, de nem jottunk ra, mi lehet a gond a mi benchmarkjainkkal. Amennyire ralatasunk van a problemara, nalunk minden stimmel, tehat a Ryzen egyszeruen rossz kesleltetessel mukodik. A bulldozeres idokben a savszelesseg volt gyatra, most meg a kesleltetes tunik annak (a savszelesseg korrekt). Lehet, hogy a CCX architektura okozza. Jobb otletunk addig nincs, amig meg nem erkezik a sajat Ryzen rendszerunk, es bele nem tudunk melyedni a problemaba.
Ha nalunk lenne a Ryzen, akkor pl. neznenk rajta WinRAR benchmarkot. Az eleg erzekeny a cache-ek es a memoria kesleltetesere, sz'al konnyen lehet, hogy abban is egybol kiutkozik, ha tenyleg hardveres problemarol van szo. Aztan persze lehet, hogy ez ilyen. Nem bug, hanem egyfajta bottleneck, amit majd egyszer eliminal az AMD.
-
Fiery
veterán
válasz
Németh Péter
#19269
üzenetére
Alapveto kulonbseg a 4-6 es a 8 magos modellek kozott, hogy csak a 8 magosbol van 95W TDP-s verzio. A kisebbekbol csak 65W TDP-s valtozat keszul jelenleg. Emiatt nem meglepo, ha mas orajeleket tudnak majd ezek elerni, kvazi zarojelbe téve a magok szamat.
Az ES peldanyok, foleg az elso, A0 steppingesek, me'g joval alacsonyabb orajelre voltak kepesek, mint a vegleges steppingu (B1) peldanyok. Most mar nem tema a 4 GHz 95W-bol, siman megy, plane ha az XFR is dolgozik.
-
Fiery
veterán
Ugy tunik, az AMD lehet, hogy par nappal csuszni fog az eddigi pletykakban szereplo marcius 1-2-3-i datumhoz kepest. A sajto csak kb. febr.23-an tudja elkezdeni tesztelni a vasakat, es igy nagyon keves ido maradna a release-ig. 1 het nagyon rovid ido arra, hogy egy zsir uj CPU architekturat rendesen le lehessen tesztelni, es a teszt alapjan rendes, reszletes cikket lehessen irni.
Az AMD ugyan azt mondta a disztributoroknak, hogy marc.3-tol arulhatjak a Ryzent, de ez barmikor valtozhat menetkozben. Az embargo vege, azaz a tesztek publikalasanak ideje es a kereskedelmi forgalmazas kezdete me'g mindig nincs 100%-osan kijelolve. Allitolag csak febr.23-a kornyeken kerul majd ez eldontesre. Mindenesetre a kereskedok marc.3-ara keszen allnak a keszletekkel, ugyhogy nem kell aggodni, jut mindenkinek Ryzen a launch napjan mar
Es a potencialis csuszas tenyleg csak napokrol szol, nem hetekrol vagy honapokrol. -
Fiery
veterán
válasz
Fred23
#19177
üzenetére
Az FMA unit szelessege nem a dupla pontossag (FP64) hianya, az teljesen mas problema -- es nem is problema. A 256 bites FMA unit gyorsabban mukodik szimpla pontossagu lebegopontos ertekekkel (FP32) is. Es nem hinnem, hogy tul sok jatek hasznalna masszivan FMA x86 utasitasokat

-
Fiery
veterán
válasz
letepem
#19133
üzenetére
Nyilvan folytatodik a HSA eroltetese, ha maskepp nem, legalabb hardveres szinten.
Amit az AMD belatott -- kimondatlanul persze -- az az, hogy a HSA meg ugy altalaban a GPGPU nem tudja onmagaban megoldani a gyatra x86-os architektura problemait. Elobb kell egy versenykepes x86 mag, es csak utana lehet arra epiteni plusz dolgokat, extrakent kinalni peldaul HSA-val erositett iGPU-t. Az AMD elozoleg, a Bulldozer idejeben abbol fozott, ami volt neki. Ami pedig volt, az eros iGPU + gyenge x86. Ezt probaltak lenyegeben szoftveres uton megoldani azzal, hogy vegre kitalaljak, hogyan lehet altalanos feladatokra befogni az iGPU-t. Hiszen az varhato volt, hogy az iGPU kapcsan, normalis korulmenyek kozott az Intel sosem fogja beerni oket. Ez az a projekt, ami ha nem is vallott teljes kudarcot, de legalabbis nem valtotta be a remenyeket. De ez nem jelenti azt, hogy feladja az AMD a GPGPU piacot. Csak iden kisebb fokuszt kapnak az eziranyu fejlesztesek.
-
Fiery
veterán
válasz
lezso6
#19125
üzenetére
Vesd ossze az MMX es 3DNow! piaci megjelenesi idejet (1997 es 1998) azzal, hogy mikor jelentek meg az elso 3D gyorsitok. Maskepp fogalmazva: mire a CPU-nak eselye lett volna kicsit gyorsabban szamolgatni a grafikat, addigra a GPU-k kivaltottak a CPU-nak eme feladatat. Es mivel a GPU-k gyorsabban fejlodtek, mint a CPU-k ill. a SIMD utasitaskeszlet kiterjesztesek, igy az MMX, SSE es tarsaik teljesen mas celra lettek vegul befogva, mint amit a GPU-k csinaltak/csinalnak. A 3DNow! meg egyszeruen kihalt, nem volt eleg jo, es pont idoben jott helyette a komolyabb SSE.
A GPGPU vs AVX tema pedig azert sem tul jo osszehasonlitas, mert az AMD-nek es nVIDIA-nak koszonhetoen ha valahova be is kerul a OpenCL vagy CUDA tamogatas, azt egybol nagy dobra veri a media (elukon Abuval); mig ha egy szoftver AVX gyorsitast kap, azt nem kapja fel a media. Egyszeruen csak berakjak, es akinek van AVX-e, annal valamit segit, ennyi. Persze ennek az is az oka, hogy a GPGPU-val sokkal tobbet lehet nyerni, es a teljesitmenyt sokkal jobban lehet skalazni, mint AVX-szel. Csak kozben meg sokkal tobb szivas is van vele fejlesztoi oldalrol. Az idealis az lenne, ha celhardverkent arulnak a GPU-kat, es minden ilyen celhardverhez lenne 2-3 szoftver, es ennyi. Akkor sokkal konnyebb lenne a fejlesztok dolga, nem lenne babeli zurzavar a GPGPU korul. Anno egyebkent valahogy igy mukodtek a DVD gyorsito kartyak, Sigma Designs es tarsaik.
-
Fiery
veterán
válasz
lezso6
#19119
üzenetére
A HWTL elobb kerult be a GPU-kba (1999), mint hogy esely lett volna arra, hogy mondjuk SSE-vel (ami szinten 1999-ben mutatkozott be) gyorsitsak
Sz'al nem, a kettonek semmi koze egymashoz. Anno az FPU is koprocesszorkent kezdte, aztan bekoltozott a CPU tokjaba (Intel 486DX), es mára megkerulhetetlen resze lett a CPU-nak. A GPU ugyanigy kezdte, az is tulajdonkeppen egy koprocesszor, ami egyre okosabb lett. De a teljes integracio, az igazi "APU" kora me'g nem jott el, me'g mindig lazan integralt koprocesszorkent funkcionalnak a GPU-k. A MIC koncepciojanal latszik, hogy egyelore keptelenseg a 2 vilagot egyesiteni, valahol mindig kompromisszumos lesz az eredmeny. Ugy tunik, az Intel az AVX-512-ben latja a jovot, hogy majd egyszer azzal fogja tudni kivaltani a GPU-kat -- mig az AMD nyilvan mas utat jar be. Bar, az AMD megoldasa sem latszik egyelore mukodokepesnek, raadasul iden mar a koncepcio sem latszik egyertelmunek 
-
Fiery
veterán
válasz
apatyas
#19110
üzenetére
Baromira leegyszerusitve a temat: a mai processzorokban talalhato 128 bites (pontosabban 128 bit szeles) lebegopontos egyseg nem 1 db 128 bites lebegopontos szamot tarol, hanem 2 db 64 bitest (FP64) vagy 4 db 32 bitest (FP32). Ugyanigy a 256 bit szeles regiszterek sem 1 db 256 bites szamot tarolnak, hanem 4 db 64 bitest vagy 8 db 32 bitest.
Az AMD-t mi anno par eve kerdeztuk, hogy tervezik-e a 128 bites lebegopontos abrazolast (FP128 vagy quad-precision) a GPU-iknal vagy FPU-iknal, de mondtak, hogy a juzerek 99%-anak a dupla pontossag (FP64) sem lenyeges. A maradek 1%-nak az 1%-anak kellene csupan FP128, tehat a megcelozhato piac borzalmasan kicsi, es igy nem eri meg veluk foglalkozni. Akinek az kell, az megy FPGA-ra vagy emulalja az FP128-at FP64-gyel (nyilvan nem tul nagy tempoval).
-
Fiery
veterán
válasz
lezso6
#19109
üzenetére
MMX: 1997
3dfx Voodoo: 1996
nVIDIA RIVA128: 1997Sz'al nem. Nem a GPU helyett volt az MMX/SSE/SSE2, hiszen egyszerre indult a 2 technologia. Az megint mas kerdes, hogy melyik milyen gyorsan fejlodott. De az egesz GPGPU mizeriat (2006) is evekkel megelozte az SSE (1999) es SSE2 (2001).
-
Fiery
veterán
válasz
Szeszkazán
#19100
üzenetére
Mivel ezt mar a CPB kapcsan a Bulldozer is tudta, nem zarnam ki a lehetoseget, hogy az XFR is kepes lesz erre.
-
Fiery
veterán
válasz
Petykemano
#19071
üzenetére
Szerintem ennek egyszeruen az az oka, hogy az AMD ugy gondolja, arra van igeny. Ha menetkozben kiderul, hogy sokan vennének 4 magos, 95W TDP-s Ryzent, akkor nyilvan lesz olyan is. Az AMD eddig is megprobalt mindenkinek kedvere tenni, ez ezutan sem fog megvaltozni. En azt a lehetoseget sem zarnam ki, hogy idovel lesz AM4+ vagy AM4Pro vagy valami hasonlo foglalat is, aminel kiterjesztik (ujra) a TDP keretet (pl. 140 Wattig), ezzel is harcolva az LGA2066 platform ellen.
-
Fiery
veterán
válasz
Németh Péter
#19074
üzenetére
XFR, mint minden PState birizgalo megoldas, a feszultseget es az orajelet is skalazza.
-
Fiery
veterán
válasz
Petykemano
#19067
üzenetére
Ez mar egy ideje megy a mobiltelefonoknal es tableteknek, csak me'g nem volt belole botrany... Marmint az megy, hogy egyes oldalak leveszik a hatlapot a telefonokrol, es a klima huvos levegojevel hutik teszt kozben, hogy minel magasabb pontszamot kapjanak. Nem tul real-world scenario. Es senki ne gondolja azt, hogy ez valami kis lof*** mobilos weboldal, hanem tobb, nagynevu oldal is ugyanezt csinalja. Na ez a vilag eljon az XFR-rel a PC piacra is...
-
Fiery
veterán
válasz
Oliverda
#19026
üzenetére
Ez is egyike a kompromisszumoknak, amit az AMD bevallalt, hogy feken tartsa a die meretet, a die bonyolultsagot es nem utolsosorban a TDP-t. Persze hogy elfert volna, de a mai viszonyok kozepette ez a leginkabb ertheto es elfogadhato kompromisszum az osszes kozul. Egy 8 magos Summit Ridge-nel me'g lehet persze mondani, hogy mehetett volna 120-130W TDP-vel is, es akkor mehetne teljes gozzel a dupla szeles lebegopontos egyseg, valamint hogy kit zavar, hogy 180 vagy 200 mm2-es a die; de egy 32 magos Naples-nel mar kapasbol problemat okozott volna, ha Skylake-szintu FMA unitokat kap a Zen. Persze 10 vagy 7 nanonal mar minden gond nelkul be fog ferni a "rendes" szelessegu lebegopontos egyseg is.
-
Fiery
veterán
válasz
Németh Péter
#19024
üzenetére
Bizony, az AVX/FMA vegrehajtoegysegeknel sporolt az AMD a Zen tervezesekor

-
Fiery
veterán
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Az ide nem illő hozzászólások topikja:[link]
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.
- Beszámítás! MSI Gaming Cyborg A15 FHD Gamer notebook - R5 240 16GB DDR5 512GB SSD RTX 5050 8GB
- OnePlus Nord CE5 128GB, Kártyafüggetlen, 1 Év Garanciával
- Beszámítás! Lenovo LOQ 17IRX10 FHD Gamer notebook - i7 13650HX 24GB DDR5 1TB SSD RTX 5050 8GB
- Lenovo ThinkPad T14S Gen1 Ryzen5 4650U Refurbished - Garancia
- Panasonic LUMIX G 25mm f/1.7 ASPH objektív
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


![;]](http://cdn.rios.hu/dl/s/v1.gif)

Joval magasabb, mint amit az AMD maga kozolt elozetesen. Egyedul az L1 cache tunik korrektnek.


