- Ezek a OnePlus 12 és 12R európai árai
- Nem növel telepméretet a Galaxy S26 Ultra
- Samsung Galaxy S24 - nos, Exynos
- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- Redmi Note 12 Pro - nem tolták túl
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy A55 - új év, régi stratégia
- Google Pixel topik
- One mobilszolgáltatások
-
Mobilarena
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
#17645
Fiery
veterán
hugo chávez
#17644
Fiery
veterán
válasz
hugo chávez
#17644
üzenetére
Kicsit eros a youtube video cime...
"Breakthrough Performance of Next-Generation “Zen” "
Breakthrough, csak epp nem objektive, hanem az AMD sajat termekpalettajara szukitve
-
#17351
Petykemano
veterán
hugo chávez
#17350
Petykemano
veterán
válasz
hugo chávez
#17350
üzenetére
A L2 cache se stimmel. 8x512-nek kéne lennie.
-
Balala2007
tag
válasz
hugo chávez
#16810
üzenetére
Ez ugye csak az AVX-512-re érvényes?
Ha azt is szamoljuk akkor mar 1:4 a Zen/Skylake arany, de a Zeppelin nem tud AVX512-t.
Tehát pl. 256 bites AVX-ben már kb. egál?
Igy talan szemleletesebb:
Zen/Zeppelin KNL/Skylake Xeon Zen/SKX
Port0 Port1 Port2 Port3 Port0 Port1 peak FLOPS ratio
SSEn: MUL128 MUL128 ADD128 ADD128 MUL128 ADD128 2:1
AVX: MUL256 ADD256 MUL256 ADD256 1:1
FMA: FMA256 - FMA256 FMA256 1:2
AVX512 (AVX2 FMA256) - FMA512 FMA512 1:4 -
#16811
Fiery
veterán
hugo chávez
#16810
Fiery
veterán
válasz
hugo chávez
#16810
üzenetére
AVX-512-t egyik architektura (Skylake, Zen) sem tamogat. FMA-ban ervenyes az alapvetoen, amit Balala irt.
-
#15931
Ruuwa
tag
hugo chávez
#15930
Ruuwa
tag
válasz
hugo chávez
#15930
üzenetére
Néhány hónappal később, ahogy gyűlnek a hibás lapkák, kiadhatnak egy 6-8-10 magos l, csökkentett CU számmal és TDPvel, de még HBM-mel szerelt lapkát ami eljuthat workstationokbe. Gondolüm van/lesz selejt bőven, amit ha lehet el szeretnének adni.
-
#15918
Malibutomi
nagyúr
hugo chávez
#15917
Malibutomi
nagyúr
válasz
hugo chávez
#15917
üzenetére
Durva ez a ~2000 core polaris benne akkor kb 7970 tudasu gpu lenne.
Azzal mar nem is veszes, de a socket elbir ennyit? -
#15916
Malibutomi
nagyúr
hugo chávez
#15915
Malibutomi
nagyúr
válasz
hugo chávez
#15915
üzenetére
Ez az APU egy szornyetegnek hangzik.
-
#15824
alvaro
senior tag
hugo chávez
#15823
alvaro
senior tag
válasz
hugo chávez
#15823
üzenetére
(Nagyjából egyetértek. Ezért is van, hogy a mai intel procikat megrögzötten a P6 kládba sorolom. Persze én télen dinoszauruszgolyót akasztok ki a kertbe a cinkéknek és a harkályoknak, magamra pedig synapsidaként hivatkozom
) -
#15747
Petykemano
veterán
hugo chávez
#15746
Petykemano
veterán
válasz
hugo chávez
#15746
üzenetére
Lehet, hogy igazad van, s bár én is elfogadom, hogy ez történhetett, de ez akkor se tény, csak egy evidenciaként kezelt szcenárió.
Szükség azért van jó szakemberre, mert a zen indulásával el kell kezdeni az 5 év múlva esedékes architektúra fejlesztését.
Bejelentettek új fm2+ alaplapokat
-
#15698
Petykemano
veterán
hugo chávez
#15697
Petykemano
veterán
válasz
hugo chávez
#15697
üzenetére
"Távozása máig tisztázatlan körülmények között zajlott"
-
#15281
FireKeeper
nagyúr
hugo chávez
#15279
FireKeeper
nagyúr
válasz
hugo chávez
#15279
üzenetére
kérdés az a +40% IPC elég lesz-e az ellen, ami az Intelnek lesz 1 év múlva...
-
#15280
Yutani
nagyúr
hugo chávez
#15279
válasz
hugo chávez
#15279
üzenetére
Biztató, hogy a management nem kötötte meg a mérnökök kezét. És OMG, még bő 1 éve van, míg jön a Summit Ridge...
-
#15215
korcsi
veterán
hugo chávez
#15213
korcsi
veterán
válasz
hugo chávez
#15213
üzenetére
Az eDRAM 256 bites szélességű buszát a hagyományos tokozáson is össze lehet drótozni, míg a HBM 4 kbitesét nehéz lenne.
-
#14839
Oliverda
titán
hugo chávez
#14837
Oliverda
titán
válasz
hugo chávez
#14837
üzenetére
Az lehet, csak éppen az nem hangzott még el, hogy ez a lapka monolitikus lenne. Simán lehet, hogy majd ezt is több darabból legózzák össze.
Z10N: Valaki felöntött a garatra mielőtt megírta ezt.
-
#14759
Valdez
őstag
hugo chávez
#14751
Valdez
őstag
válasz
hugo chávez
#14751
üzenetére
Okulva az eddigiekből, ebből a zenből 2016 végéig szvsz semmi se lesz, ami azt jelenti, hogy 2 évig új termék híján (Godavarit nem veszem ide) befigyelhet egy csőd 2016-ban, hiszen nem lesz mit eladni.
Carrizo meg szvsz megint olyan lesz, hogy valaki valahol hallott már olyanról, akinek az egyik távoli ismerőse látott már egyet. -
#14752
Fiery
veterán
hugo chávez
#14751
Fiery
veterán
válasz
hugo chávez
#14751
üzenetére
Desktop/notebook Zen csak 2017-ben erkezik a jelenlegi tervek szerint.
-
#14488
Abu85
HÁZIGAZDA
hugo chávez
#14484
Abu85
HÁZIGAZDA
válasz
hugo chávez
#14484
üzenetére
Az Intel sosem titkolta a GPU ISA dokumentációkat. Mindig nyitottak voltak ehhez. Most meg pláne szükség van erre, mert a DX12-nél a programfejlesztő írja a "grafikus drivert", tehát feltétlenül tudnia kell, hogy a hardver miképp működik.
A HSA-val annyiban van szerencséje a piacnak, hogy maga a felület a legalsó szintig közös, tehát csak a finalizer van gyártókhoz kötve. Ezt pedig dokumentációkkal sokan össze tudják rakni egy olyan nyitott cégnél, mint az Intel. Nem lesz hivatalos támogatás, de opcionálisan bárki telepítheti saját felelősségére. Ha meg nem teszi, akkor is futni fog a program, mert hivatalosan van egy kompatibilitási mód. -
#13285
Fiery
veterán
hugo chávez
#13284
Fiery
veterán
válasz
hugo chávez
#13284
üzenetére
Az elmeleti lehetoseg meg van ra, csak ahhoz elobb egy _rendes_ OpenCL compilert kellene irnia az Intelnek. Megjegyzem, minden gyarto OpenCL compilereben vannak oriasi baromsagok, bugok es egyeb idegesito dolgok, amivel egy OpenCL-re fejleszto embernek meg kell kuzdenie. Ezektol pl. siman megkimelheti magat a fejleszto, ha kitanulja az AVX-et
Az se egyszeru, de nagyon jo eredmenyeket lehet vele elerni, ha valaki veszi a faradsagot, hogy beletanuljon es kitapasztalja. Persze tudom en, hogy a legtobb fejlesztonel ez nem ilyen egyszeru, hiszen a legtobb cegnel nem adnak a fejlesztesekre annyi idot, hogy AVX-szel meg egyeb szőrözésekkel tököljönek a koderek, csak hogy kicsit gyorsabb legyen a vegeredmeny 
-
#13282
Fiery
veterán
hugo chávez
#13280
Fiery
veterán
válasz
hugo chávez
#13280
üzenetére
A vektorizacio az OpenCL-nel automatikusan megtortenik, a compiler dolga, nem kell kifejezetten foglalkozni ezzel. Persze ha manualisan megcsinalod a compiler helyett, esetleg manualisan raerositesz me'g egy kis unrollinggal, az sok compilernek jol jon, gyorsulni fog a kod tole. De azert alapvetoen nagy konnyebbseg OpenCL alatt fejleszteni masszivan parhuzamos kodot, mint mondjuk AVX-re. Kiveve persze, ha valaki mondjuk mar az MMX-es, 3DNow!-s, SSE1-es idokben elkezdett SIMD-re kodolni assemblyben, es olyan szinten felszivta magat es olyan rutint szerzett, hogy nem problema neki SSE2-re, AVX-re, FMA-ra optimalizalni a meglevo kodjat. Adott esetben, ha ilyen "specialis" fejlesztorol van szo, konnyebb is lehet a SIMD x86/x64, mint az OpenCL, de a fejlesztok kozott nagyon-nagyon-nagyon keves ilyen van. 0.000001% vagy me'g annyi sem. A fejlesztok tulnyomo tobbsegenek az is eleg, ha csinalnak egy "koca" (naiv, egyszeru, faek) kodot OpenCL-re, manualis vektorizacio es unrolling nelkul, es a kod gyorsabban fut, mint mondjuk ha siman C-ben leprogramozzak x86/x64-re (nem SIMD). Sokszor nem feltetlenul kell megkozeliteni az elmeleti maximum teljesitmenyt -- az leginkabb csak a benchmark fejlesztesnel szempont
-
#13279
Fiery
veterán
hugo chávez
#13278
Fiery
veterán
válasz
hugo chávez
#13278
üzenetére
Azert az igazsaghoz hozzatartozik, hogy az Intel iGPU-i nem is tamogatnak DP-t, a GeForce-ok meg me'g jobban ki vannak herelve
Egyebkent AVX-szel nyom 220 GFLOPS-ot (DP) a csucs Haswell, csak azt meg le kell programozni, ha valaki komolyan gondolja a dolgot. Slusszpoen: a GTX780 nyom DP-ben 189 GFLOPS-ot 
-
#13259
Fiery
veterán
hugo chávez
#13251
Fiery
veterán
válasz
hugo chávez
#13251
üzenetére
Ugyanaz az arány, mint a Trinity, Richland, Kabini/Temash eseteben.
-
marcell991
tag
válasz
hugo chávez
#12825
üzenetére
A PS4 HSA-kompatibilis (maga Cerny mondta egy japán interjúban, sajnos nincs meg a link), ráadásul a Sony tagja a HSA Alapítványnak
-
#12590
Oliverda
titán
hugo chávez
#12588
Oliverda
titán
válasz
hugo chávez
#12588
üzenetére
A Richland gyakorlatilag egy magasabb órajelen üzemelő Trinity, még a stepping is egyezik. Tisztán marketing okok miatt kapott más kódnevet és számozást. Akár A10-5900K néven is kiadhatták volna, sőt inkább az illett volna hozzá, mert semmi újat nem hozott. Az pedig szvsz elég egyértelmű, hogy idővel miért adnak ki magasabb órajelű variánsokat ugyanabból a lapkából. Az Intel sem azért dobta piacra az i7-3970X-et, mert bármi is veszélyeztette volna a i7-3960X-et.
A 8970M-mel szerelt MSI gépről hol található olyan teszt ami ezt kimutatja?
-
#12587
Oliverda
titán
hugo chávez
#12586
Oliverda
titán
válasz
hugo chávez
#12586
üzenetére
Nem konkrétan a mobil vonalról beszélünk.
A Richland szinte alig igényelt valamilyen fejlesztést, és mivel sikerült vele befogni az i3-at, így érthető hogy nem hagyták ki. Szó sincs vészforgatókönyvről, éppen olyan húzás volt mint az NV GTX 700-as frissítése.
-
#12585
dezz
nagyúr
hugo chávez
#12583
dezz
nagyúr
válasz
hugo chávez
#12583
üzenetére
Először még úgy volt, hogy első felében. Amikor megjelent a Richland a roadmapokon, akkor lett hátrébb téve a Kaveri. Elég nyílvánvalóan éppen azért jöbb be a Richland, mert a Kaverit nem tudták időben elkezdeni gyártani. (Talán még most sem kezdődött el a gyártása.)
-
#10662
siriq
őstag
hugo chávez
#10661
siriq
őstag
válasz
hugo chávez
#10661
üzenetére
De van vt-x.
Amugy amd-nel ha nem jo a chipset akkor nincs IOMMU. Ennyi. Ige erossen be van hatarolva, hogyan es mivel lehet hasznalni. -
#9299
Jack@l
veterán
hugo chávez
#9298
Jack@l
veterán
válasz
hugo chávez
#9298
üzenetére
Köszi neked is, meg Oliverdának is.
-
#9098
Oliverda
titán
hugo chávez
#9097
Oliverda
titán
válasz
hugo chávez
#9097
üzenetére
Elírták.
-
#7720
Abu85
HÁZIGAZDA
hugo chávez
#7719
Abu85
HÁZIGAZDA
válasz
hugo chávez
#7719
üzenetére
A cégek nem tehetnek mást. A probléma, hogy maguk nem fognak OpenCL-es transzkódolót írni, így akkor rakják be a kódot a programba, ha megkapják az AMD-től. Azt azért nem szabad elfelejteni, hogy jó dolog beszélni a heterogén módon programozott szoftverekről, de egészen az elmúlt hétig nem volt heterogén profilozó. Profilozó nélkül pedig szenvedés programot írni, hacsak nem vagy tapasztalt az adott programnyelv és a megcélzott hardver területén. Nyilván kevés ember ismeri jobban az AMD-nél a Zacate, az Ontario és a Llano APU-kat.
Az NVIDIA-t nem hiszem, hogy érdekli az OpenCL. Még mindig az 1.0-s felület támogatásánál tartanak. Csak a CUDA számít nekik. -
#7716
Abu85
HÁZIGAZDA
hugo chávez
#7715
Abu85
HÁZIGAZDA
válasz
hugo chávez
#7715
üzenetére
Inkább a Brook++-ot, ami a CTM felület magasszintű programnyelve.
-
#7714
Abu85
HÁZIGAZDA
hugo chávez
#7713
Abu85
HÁZIGAZDA
válasz
hugo chávez
#7713
üzenetére
Az még nem támogatja. Az OpenCL-es konvertálót az AMD a Llano startjára tartogatja. Akkor jönnek a frissítések.
)
Új hozzászólás Aktív témák
Hirdetés
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.
- Lakáshitel, lakásvásárlás
- EA Sports WRC '23
- Milyen billentyűzetet vegyek?
- Ezek a OnePlus 12 és 12R európai árai
- OLED TV topic
- Formula-1
- PlayStation 5
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Nem növel telepméretet a Galaxy S26 Ultra
- Samsung Galaxy S24 - nos, Exynos
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest