Hirdetés

2014. április 20., vasárnap

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2013-02-02 21:30:46

PROHARDVER!

A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!

Összefoglaló kinyitása ▼

Hozzászólások

(#14051) leviske válasza dergander (#14049) üzenetére


leviske
(PH! kedvence)
LOGOUT blog

Szvsz a gyártástechnológia kiismerésével és az IPC növelésével. Ott van erre példának a Trinity>Richland esete, vagy még szembetűnőbb a Bulldozer>Piledriver váltás a FX procik esetében.

"És robbanó tartály mögött vihorászni tűzharc közepén szerintem még a Nők lapja horoszkópja szerint sem jelent jót." /by MAZUR [GS'10J]

(#14052) Abu85 válasza letepem (#14043) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Rory csak arra próbál reagálni, hogy vannak a fejlesztőknek igényei. És régebben ezeket a hardver fejlesztésénél nem igazán vették figyelembe. Mivel ma egy alapvetően egy olyan váltás előtt vagyunk, ami új érát vezet be, reális elképzelés ebbe bevonni az Adobe, a Corel, a Dassault Systemes, az Autodesk és még sok más stúdiót minden kategóriából. Persze ők nem úgy kérik a hardvert, hogy strukturális dizájn szintjén mondják az akaratukat, hanem általános dolgokat igényelnek. Ennek a partneri viszonynak leginkább a szoftveres technikákra van hatása. A HSA alapvető programozási modelljét például úgy alakították ki, ahogy a fenti cégek szeretnék leginkább. Illetve a játékfejlesztők is megkapták az igényeikre a cuccokat: low-level API és hardveres audioprocesszor.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14053) Vitamincsiga válasza dezz (#14048) üzenetére


Vitamincsiga
(újonc)

Tudom :B de olyan - szintetikus - tesztet rém nehéz találni! Amit felleltem a CPU/GPU közti sebességkülönbségéről, az ez: [link] illetve egy összefoglaló táblázatot: [link] a gpu-k elméleti erejéről.
Természetesen a Kaveri igazi ereje abban fog megmutatkozni, hogy nem csak játékokban lesz kiaknázható ez a teljesítmény.

A szintetikus teszteket pedig azért kedvelem, mert rém egyszerű - művelet/sec - formában közlik, hogy mennyit tud a vas :K

Meg a giga...

(#14054) Fiery válasza dezz (#14048) üzenetére


Fiery
(VIP)

"Mikor is jön az AVX-512? 2015 elején, közepén, végén?"

Attol fugg, hova, melyik platformra. De 2016 lesz az inkabb. Kiveve, ha az Intel meglep minket azzal, hogy mar a Skylake-ben is ott lesz az AVX-512 (ennek en 1% eselyt adok). Csak ugye azt azert nem szabad elfelejteni, hogy ha most optimalizalsz egy kodot AVX/AVX2-re, akkor pikkpakk at tudod majd dobni AVX-512-re, ha megjelenik. Ergo nem egyfajta igeret az AVX-512, hanem inkabb egy utiterv. Azt uzeni a fejlesztoknek, hogy az AVX ki lesz terjesztve 512 bitre (a kesobbiekben 1024 bitre), ergo erdemes foglalkozni a temaval, mert amit most megirsz AVX/AVX2-re, az utana kis meloval ugrasszeruen fog gyorsulni az ujabb architekturakon.

"Mennyien veszik a fáradtságot AVX assembly programozásra manapság?"

Akik veszik ra a faradsagot, azok specifikus kodot fejlesztenek altalaban, es igy nincsenek a CPU-gyarto altal korbehordozva a mediaban (mint amit most az AMD a HSA-val csinal).

[ Szerkesztve ]

(#14055) dezz válasza Fiery (#14054) üzenetére


dezz
(Szakértő)
LOGOUT blog

"pikkpakk at tudod majd dobni AVX-512-re"

Ez azért attól is függ, hogy mit.

A második kérdésre nem igazán válaszoltál. :)

(#14056) Fiery válasza dezz (#14055) üzenetére


Fiery
(VIP)

Ilyen kerdesre mit valaszoljak? Mondjak egy tippet, hogy mondjuk 2000 fejleszto? :) Vagy mit varsz tolem? Honnan lenne konkret adatom arra, hogy hany fejleszto hasznal AVX-et?

[ Szerkesztve ]

(#14057) Armagedown


Armagedown
(senior tag)
LOGOUT blog

Ha lenne egy olyan program ami képes a jelenlegi leggyorsabb Intel és Amd apu képességeit is a lehető legnagyobb mértékben kihasználni, jelenleg melyik lenne gyorsabb, az Amd vagy az Intel megoldása?
Remélem nem kérdeztem túl nagy marhaságot...

[ Szerkesztve ]

Nokia 3220 - Nokia 6280 - Nokia 6300 - Nokia N73 - Samsung Galaxy Gio

(#14058) Fiery válasza Armagedown (#14057) üzenetére


Fiery
(VIP)

Akkor jo esellyel a Kaveri nyerne. De egyelore nincs egyik oldalrol sem minden kihasznalva "rendesen", ugyhogy ezek csak elmeleti kerdesek :) Aztan azt sem tudni pl., hogy a Turbo pontosan hogyan viselkedne a gyakorlatban, ha szokatlan modon az x86 CPU-magok es az iGPU is egyszerre le lenne terhelve maximalisan.

[ Szerkesztve ]

(#14059) leviske válasza Fiery (#14058) üzenetére


leviske
(PH! kedvence)
LOGOUT blog

És, ha teszem azt varázsütésre belekerülne a i7-4770K-ba és a A10-7850K-ba az AVX-512 és egy szoftverstúdió írna is rá egy komolyabb programot, ami tényleg megterheli, akkor a Haswell jönne ki győztesként a nagyobb CPU erő miatt, vagy a Kaveri a nagyobb GPU erő miatt?

"És robbanó tartály mögött vihorászni tűzharc közepén szerintem még a Nők lapja horoszkópja szerint sem jelent jót." /by MAZUR [GS'10J]

(#14060) Fiery válasza leviske (#14059) üzenetére


Fiery
(VIP)

Az AVX-512 tobbek kozt azt jelenti, hogy 512 bites vektor adatokkal tud dolgozni az FPU. Kerdes, hogy egy adott muveletet (pl. osszeadas, szorzas, osszeadas+szorzas egyszerre, stb) milyen sebesseggel hajt vegre egy processzor. Ha mondjuk feltesszuk, hogy hasonlokepp implementaljak az AVX-512-t a Kaveriban es a Haswellben is, akkor sajnos a megosztott FPU miatt mindenkepp a Kaveri fog kikapni, eleg csunyan. Kerdes persze, hogy mire az AVX-512 bekerulhet egy AMD processzorba, addigra melyik architektura marad meg vegul az AMD-nel: a mostani Bulldozer, vagy a Kabini alapjat ado Jaguar. Ez utobbinal ugyanis nincs megosztott FPU, viszont az AVX utasitasok vegrehajtasa sem tul gyors. Nem a teljesitmenyre van a Kabini/Jaguar, hanem az alacsony fogyasztasra ugyebar.

A GPU-nak az AVX-512-hoz nem sok koze van. Hacsak nem egy x86 GPU-t (MIC) veszunk, ami AVX-512 alapokon mukodik, de azt leghamarabb 2015 kozepen (Skylake) kapjuk csak meg, ha megkapjuk egyaltalan.

(#14061) leviske válasza Fiery (#14060) üzenetére


leviske
(PH! kedvence)
LOGOUT blog

Akkor elnézést a hülye kérdésért, korábban valamit félreértettem. Vagyis fogalmazzunk inkább úgy, hogy nem vettem figyelembe, hogy akkor is a Skylake-ről volt szó. :R

"És robbanó tartály mögött vihorászni tűzharc közepén szerintem még a Nők lapja horoszkópja szerint sem jelent jót." /by MAZUR [GS'10J]

(#14062) Fiery válasza leviske (#14061) üzenetére


Fiery
(VIP)

Nincs hulye kerdes, kerdezz nyugodtan.

[ Szerkesztve ]

(#14063) Abu85 válasza dezz (#14055) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Autóvektorizálással könnyen átrakható. Vagy akár a HSA-ra írt programok esetében még a kódot sem kell módosítani, mert a Runtime felel majd az AVX támogatásért. Úgy fordítja a fizikai kódot, ahogy az a procinak jó. Kezdetben SSE2-től AVX2-ig támogatja a hardvereket.

A kézi optimalizálás az már más tészta, de ott már a 256 bites vektorral sem akarnak foglalkozni a fejlesztők. Az 512 és 1024 bitet csípőből elvetik majd. Amire képes az autóvektorizáló az lesz a programból.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14064) dezz válasza Abu85 (#14063) üzenetére


dezz
(Szakértő)
LOGOUT blog

Tulajdonképpen milyen az a "HSA-ra írt program"? Tudomásom szerint jelenleg OpenCL és C++ AMP kódokat lehet a HSA keretrendszer fordítójával HSAIL-re fordítani (ami a javás bytecode-nak felel meg), ami aztán HSA-kompatibilis környezetben futtatható. Később pedig ezt kiterjesztik hétköznapibb programnyelvekre is (gondolom, szintén autovektorizációval, stb.).

(#14056) Fiery: Az arányokra gondoltam.

(#14065) miklosss2012


miklosss2012
(PH! addikt)
LOGOUT blog

8 szalas APU ?, igaz lehet vagy csak mese ?

Megvetelre keresek olcson hasznalhato alairast ! ------

(#14066) Balala2007 válasza dezz (#14048) üzenetére


Balala2007
(lelkes újonc)

Mikor is jön az AVX-512? 2015 elején, közepén, végén?

min(release_date(KNL),release_date(Skylake)) <>=? release_date(Carrizo_AVX2)

Mennyien veszik a fáradtságot AVX assembly programozásra manapság?

Mindenhol, ahol nem fejlesztesi, hanem futasidore optimalizalnak.Pl.:

- x264/ffmpeg/libav/VLC komplex (AVX2);
- Google VP9 (AVX2, VP8 meg csak SSE41-ig jutott);
- x265 (AVX2);
- GIMPS/Prime95 (27.7-tol, 2012 majustol van AVX);
- GMPLib 5.2 (Ez csak most fog kijonni, de felhasznalja a Mathematica es a Maple is);
- FFTW (3.3.3 ota AVX)
- y-cruncher (tudtommal ez mostani pi-comp csucstarto, 2011 ota van benne AVX);
- nyomokban feltunik mar a PovRay-ben is, az FMA4-gyel egyutt;
- A Kribi3D is hasznal AVX2-t mar tavaly szeptembertol. Mivel nem publikus a forrasa, biztosat nem lehet tudni, de a megjelenes sebessegebol es a futasido kritikussagat itelve ez is asm alapu lehet.
- minden mas projekt eselyes lehet, aminek van SSEn asm resze, es forditoja kepes AVX kodot gyartani.

Eleg keves az SSE->AVX assembly valtashoz a tanulnivalo, par Intel pdf atnezesevel a lenyeg 90%-at meg lehet erteni. Ugy altalaban azt lehet varni, hogy ahol volt SSEn codepath, ott idovel lesz AVXn is.

[ Szerkesztve ]

AIDA64.com

(#14067) Thrawn válasza miklosss2012 (#14065) üzenetére


Thrawn
(PH! félisten)
LOGOUT blog

Benne van az AMD által kiadott doksiban, szóval igaz. A kérdés az, lesz e belőle valamikor kézzelfogható CPU/APU.

Different songs for different moods. Diablo 3: Thrawn#2856 łłł Demon Hunter's Club: http://href.hu/x/iisz łłł Look! More hidden footprints!

(#14068) Abu85 válasza dezz (#14064) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

A HSA Runtime megjelenése után lényegében bármilyen nyelv jó. Leginkább a Java-t fogják ajánlani, mert az a legegyszerűbb, és direkten fordít a HSAIL-re is. Jelenleg mindenki saját maga gondoskodik a HSAIL beépítéséről a driverbe. Az univerzális Runtime még nincs kész.

Azt nehéz megmondani, hogy az autovektorizálás mennyire lesz fókusz a HSA Runtime esetében. Sokkal reálisabb a SIMT modellre gyúrni. Idővel úgyis áttérnek a HSA-s gyártók erre. Egyszerűen olyan algoritmus kell, ami több száz szálra is skálázódik. A többit elintézi a hardver. A kódot is elég egy szálra megírni.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14069) Gausz válasza miklosss2012 (#14065) üzenetére


Gausz
(tag)

[Itt] is megerősítik, remélem valaki tényleg használni is fogja, mondjuk notebookban.

(#14070) Gausz válasza Gausz (#14069) üzenetére


Gausz
(tag)

Mármint a GDDR5-t, nem a 8 szálat. Szerintem a mem most fontosabb lenne, mint a 4 modul.

(#14071) Fiery válasza Gausz (#14070) üzenetére


Fiery
(VIP)

Kaveribol egyik verzio sem varhato. Marad a DDR3, majd talan a Carrizonal lesz valtozas (desktop DDR4 vagy BGA GDDR5). Kiveve persze ha menet kozben lesz egy Richland-szeru koztes core, aminel mondjuk bedobjak (levalidaljak) a GDDR5-ot...

(#14072) Sonja


Sonja
(PH! kedvence)

AMD’s FS1b socket to get new chips and a rebrand

HTC Desire 500 (Android 4.1.2, HTC Sense 5.0), WayteQ xTAB-70dci (Android 4.2.2), Kindle Touch (FW 5.3.7), Nook Simple Touch (FW 1.2.1), Lenovo G500

(#14073) stratova válasza Sonja (#14072) üzenetére


stratova
(PH! addikt)

Már volt róla hír :)

KaBOOM? Yes Rico... KaBOOM!

(#14074) dezz válasza Balala2007 (#14066) üzenetére


dezz
(Szakértő)
LOGOUT blog

"<>=?"

Ez mit jelent?

Köszi a listát! Remélhetőleg előbb-utóbb a GPGPU-zásba is belekezdenek a fejlesztőik. Ideje lenne... Hacsak nem az Intel szponzorálja őket a háttérben.

(#14068) Abu85: Úgy értettem, hogy külön HSA a platformra kell őket lekódolni vagy legalábbis optimalizálni? Vagy simán foghatják pl. a korábbi OpenCL kódokat (legfeljebb átírva OpenCL 2.0-ára) és lefordíthatják a HSA keretrendszer (esetleg IDE) fordítójával?

Amúgy van már HSA-s OpenCL 2.0 fordító?

A Java és egyéb hétköznapibb programnyelvek "HSA-sítása" még kicsit azért odébb van tudtommal.

(#14075) dezz válasza Sonja (#14072) üzenetére


dezz
(Szakértő)
LOGOUT blog

"Supply chain sources say that AMD will be dropping the FS1b moniker in favor of rebranding it to AM1."

Yay! Ez ugye nem komoly!?

(#14076) Fiery válasza dezz (#14074) üzenetére


Fiery
(VIP)

"Vagy simán foghatják pl. a korábbi OpenCL kódokat (legfeljebb átírva OpenCL 2.0-ára) és lefordíthatják a HSA keretrendszer (esetleg IDE) fordítójával?"

Mukodik a visszamenoleges kompatibilitas termeszetesen. A meglevo OpenCL 1.x kodot le tudod forditani a HSA keretrendszerrel is, legfeljebb nem fog koherens memoriat (SVM) hasznalni. Ha kicsit vagy jobban atirod a meglevo OpenCL 1.x kerneledet (meg ami azt korulveszi, mukodteti), akkor meg mehet OpenCL 2.0-ra SVM-mel.

"Amúgy van már HSA-s OpenCL 2.0 fordító?"

Az AMD-nek van, csak betas es lassu kodot fordit. Pontosabban ugy nez ki a helyzet, hogy azonos OpenCL 1.x forraskodot azonos vason lassabb kodra fordit le jelenleg az AMD HSA implementacioja. De ez a helyzet gyorsan javulni fog.

Persze lehetne extrem peldakat talalni, pl. ha van egy olyan OpenCL 1.x kerneled, ami nagyon szenved az SVM hianyatol, es a Kaveri hozza el neki a "megvaltast", akkor a mostani, betas OpenCL 2.0 compilerrel is el tudsz erni nagy gyorsulast. Lasd LibreOffice Calc ;) Ami nem feltetlenul egy ertelmes felhasznalasa a HSA-nak, de az AMD ennel jobbat egyelore nem tudott prezentalni. Majd a Corel osszekapja magat, es jonnek toluk a HSA-optimalizalt szoftverek szepen sorban (AfterShot Pro, WinZip).

[ Szerkesztve ]

(#14077) Balala2007 válasza dezz (#14074) üzenetére


Balala2007
(lelkes újonc)

Ez mit jelent?

A 3 kozul pontosan az egyik lesz, de meg nem tudom melyik

Remélhetőleg előbb-utóbb a GPGPU-zásba is belekezdenek a fejlesztőik

A Kribi3D definicio szerint csak CPU-val foglalkozik, a y-cruncher fejlesztoje konkretan kizarta dolgot, a tobbit nem tudom.

Hacsak nem az Intel szponzorálja őket a háttérben.

Ennek semmi koze az Intelhez. Vannak olyan problemaosztalyok, amikre a GPU alkalmatlan. Vegul is csak egy koprocesszor, nem varhato, hogy altalaban hatekony legyen mindenre.

[ Szerkesztve ]

AIDA64.com

(#14078) miklosss2012


miklosss2012
(PH! addikt)
LOGOUT blog

Na ezert nem megy jol az AMD-nek. Angol szamtech boltban ilyen gepeket szerelnek. A10-APU +GT 620. (Es es asztali gep, de mobil fronton is elofordul)

Megvetelre keresek olcson hasznalhato alairast ! ------

(#14079) lezso6 válasza miklosss2012 (#14078) üzenetére


lezso6
(HÁZIGAZDA)
LOGOUT blog

Ha csak AMD-vel szerelnék, eggyel kevesebb matrica lenne rajta, s az is beleolvadna a gép színébe, nem lenne látható.

"Ami nem öl meg, az kisebbé tesz" - Super Mario

(#14080) Abu85 válasza miklosss2012 (#14078) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Ez teljesen normális. A régi, IGP-knél sokkal lassabb GeForce-ok mindenhol nagyon be vannak ragadva. Azt már mindenhez társítják, még akkor is, ha az IGP hatványozottan gyorsabb. Az üzlet érdeke előrébb van a felhasználó érdekénél. Ha így lehet eladni egy terméket, akkor így adják el. A user otthon letilthatja és használhatja az IGP-t is, tehát veszteni nem vesztesz. Akár a boltban is köthetik a kijelzőt az IGP-re és kész. A GeForce majd malmozik, de el van adva.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14081) solfilo válasza Abu85 (#14080) üzenetére


solfilo
(őstag)

Akkor is bosszantó. A legtöbb user nem fogja letiltani a GT620-ast, fogalma nincs, hogy az A10 erősebb nála. :(

solfilo

(#14082) Abu85 válasza solfilo (#14081) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Nem kell letiltani. Rádugod a kijelzőt az alaplapra és kész. Elvan az a GeForce magában. Elfogyasztja az áramot és kész.
A boltot is meg kell érteni. Mit kezdjen vele? Zúzassa be az olcsó VGA-kat, mert az IGP-k elverik?

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14083) solfilo válasza Abu85 (#14082) üzenetére


solfilo
(őstag)

Adják Intel mellé, erőben sem marad el feltétlen, szolgáltatásokban is jobb. ;]
Ettől függetlenül megértem őket, csak bosszant. :B

[ Szerkesztve ]

solfilo

(#14084) eastone1 válasza Abu85 (#14080) üzenetére


eastone1
(fanatikus tag)

"Az üzlet érdeke előrébb van a felhasználó érdekénél."
Na erre is mondják, hogy dombra sz@rik a kutya aztán meg otthon veregetik egymás vállát hogy mennyire vallásosak. Csak úgy, mint az élet minden területén. Demokrácia! Bullshitt. Rabszolgatartás "inteligens" módon.

(#14085) dezz válasza Balala2007 (#14077) üzenetére


dezz
(Szakértő)
LOGOUT blog

"A 3 kozul pontosan az egyik lesz, de meg nem tudom melyik"

Kösz az információt! ;)

"Ennek semmi koze az Intelhez."

Néha van: korábban (talán még ma is) több (amúgy közcélú) distributed computing klienst is szponzoráltak, amik még akkor is csak CPU-n futottak, amikor több hasonló már 1-2 éve GPGPU alapon is működött.

"Vannak olyan problemaosztalyok, amikre a GPU alkalmatlan. Vegul is csak egy koprocesszor, nem varhato, hogy altalaban hatekony legyen mindenre."

Természetesen (bár talán nem az alkalmatlan a legjobb kifejezés, inkább nem optimális).

BTW, utánanézve, mi a helyzet pl. BOINC fronton, a következőket találtam:

"BOINC is designed to be a free structure for anyone wishing to start a volunteer computing project. Most BOINC projects are nonprofit and rely heavily, if not completely, on volunteers.
In essence, BOINC is software that can use the unused CPU and GPU cycles on a computer to do scientific computing—what one individual does not use of his/her computer, BOINC uses. In late 2008, BOINC's official website announced that NVIDIA (a leading GPU manufacturer) had developed a system called CUDA that uses GPUs for scientific computing. With NVIDIA's assistance, some BOINC-based projects (e.g., SETI@home, MilkyWay@home) now have applications that run on NVIDIA GPUs using CUDA. Beginning in October 2009, BOINC added support for the ATI/AMD family of GPUs also. These applications run from 2× to 10× faster than the former CPU-only versions. In 7.x preview versions, GPU support (via OpenCL) was added for computers using Mac OS X with AMD Radeon graphic cards." [link]

Ha valakinek van kedve részt venni valamelyik projektben:
List of distributed computing projects

(#14086) stratova válasza Abu85 (#14080) üzenetére


stratova
(PH! addikt)

Abu, ebben mi a ráció? Az még OK, hogy el kell passzolni a HD8570M-eket, de miért éppen ott ahol sok haszna nincs? Legfeljebb Mantle megjelenésével, mobil Kaverivel társítva.
Vagy hogy egy kicsit is komolyabb gép esetében A10 APU csak komolyan felextrázott gépbe kerül (alapból 1TB HDD, 8GB RAM, néha gyárilag SSD), azonos körítéssel olcsóbb ugyan a konkurenciánál, de az induló ár az előbbiek miatt közel azonos. Jobbak már a kilátások idén OEM partnerség ápolására? AMD jövőképét tekintve érthető, hogy a fejlesztők megnyerésén volt a fókusz, de kinek fejlesztenek ha egyes piacokon (EU) egyáltalán nem kapni bizonyos modelleket? Tudom új stratégia, hogy szinte elébe mennek a fejlesztői igényeknek, de így nem hogy ajánlani saját részre vásárolni sem könnyű a kisebbik gyártótól.
A SteamBox vonal kompakt részlegét is meglovagolhatnák, mert 1600x900-ig nem rosszabb A10-7850K mint a konkurens i5/i7 R Iris Proval. Az új DG azért bizalomgerjesztő mobil platformra szánt/fix hardveres kiépítése esetében.

[ Szerkesztve ]

KaBOOM? Yes Rico... KaBOOM!

(#14087) Abu85 válasza stratova (#14086) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Van egy raktár, és abból a készletből össze kell rakni a gépeket. A lényeg, hogy kiürüljön a raktár.

Az OEM-eknek meg lett mondva, hogy idén milyen exkluzív programfunkciók lesznek AMD-n. Kell vagy nem alapon fog működni. Az biztos, hogy az állóvíz kavarog, mert elég sok OEM elkezdte kutatni, hogy mivel járnak jobban, mert ha csak az egyik technológia bejön, akkor nagyon sokat buknak, ha nincs rá gépük.
Az OEM-eknek egyébként nem tetszik a dolog, mert kiszámíthatatlanná teszi a PC-t, ha szabványok helyett exkluzivitással küzdenek a cégek. Ha rossz helyre kötöttek szerződést, akkor az egész üzletág rámehet.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14088) Bici


Bici
(PH! nagyúr)

Erről lesz nálatok is hír?

Keresek hibátlan állapotú passzív VIA procis integrált ITX/mATX lapot.

(#14089) Thrawn válasza Bici (#14088) üzenetére


Thrawn
(PH! félisten)
LOGOUT blog

Ez inkább IT caféra való.

Different songs for different moods. Diablo 3: Thrawn#2856 łłł Demon Hunter's Club: http://href.hu/x/iisz łłł Look! More hidden footprints!

(#14090) Bici válasza Thrawn (#14089) üzenetére


Bici
(PH! nagyúr)

Tudom, de nincs IT café alá tartozó AMD-s fórum, ahol meg tudtam kérdezni. :B
És gondolom, a szerkesztők egymás közt tudnak kommunikálni, ha ezt olvassák. :U Vagy lehet, hogy külön épületben van a két szerkesztőség?

[ Szerkesztve ]

Keresek hibátlan állapotú passzív VIA procis integrált ITX/mATX lapot.

(#14091) Gainka válasza Bici (#14090) üzenetére


Gainka
(senior tag)

Ez b@romság :DDD

@Bizó Dániel: A kereset arról szól, hogy a vád szerint az AMD több negyedéven keresztül megalapozatlan, majd később tarthatatlan előrejelzéseket tett közzé az eladások és a nyereség várható alakulásával kapcsolatban.

Értem de a lényeg az előrejelzések szón van, ha valóban csak ennyiről van szó akkor hiába perelik a céget mert ugye előrejelzések voltak az amerikai ingatlan piacon is és aztán összedőlt mint egy kártyavár.

(#14092) Thrawn válasza Bici (#14090) üzenetére


Thrawn
(PH! félisten)
LOGOUT blog

Nem tudom most hol van a szerkesztőség.

Different songs for different moods. Diablo 3: Thrawn#2856 łłł Demon Hunter's Club: http://href.hu/x/iisz łłł Look! More hidden footprints!

(#14093) Oliverda válasza Thrawn (#14092) üzenetére


Oliverda
(HÁZIGAZDA)
LOGOUT blog

[link]

"Minden negyedik-ötödik magyar fiatal funkcionális analfabéta – derült ki a nemzetközi felmérésekből. Az arány a felnőttek körében sem jobb."

(#14094) Sz_Imre


Sz_Imre
(fanatikus tag)

AMD Carrizo APU with Excavator CPU Cores Will Be a 28nm Chip, not 20nm

Ez egyre érdekesebb lesz. Majd meglátjuk mi lesz belőle.

|| Mission Failed || Jag är bristfällig. I'm a misfortunes.

(#14095) FireKeeper válasza Sz_Imre (#14094) üzenetére


FireKeeper
(PH! kedvence)
LOGOUT blog

logikus, ARM-nél is 28nanón nyomulnak mostanában. a csíkszél csökkentésével nem csökkentek arányosan a a költségek, plusz a 28-as gyártósorokat már ismerik mint a rossz pénzt.

Come, I'll buy you a beer... Actually, why don't you buy me a beer?

(#14096) SSJPiotr


SSJPiotr
(újonc)

Szerintem ha a köv generációt is 28ason akarják hozni akkor tényleg semmi esélyük nem lesz Intellel szemben, hacsak nem jön megint egy rakás HSA mantle szerű 'turbó'

(#14097) apatyas válasza Sz_Imre (#14094) üzenetére


apatyas
(tag)

Szerintem első körben ez hülyeség. NVidia nemsokára 20nm-en gyártja a gpu-it, amennyire értettem akkor a mostani kaveri is inkább a gpu-s gyártástechnológiával készül: ergo, a carizzo legyártható lesz a 20-as sorokon. Ha van gyártási kapacitás.

A másik fele:
"Not sure if the 28nm nodes of Kaveri and Carrizo are fundamentally different or not. Most likely, since Carrizo promises a TDP of 65W (Kaveri high-end APUs are 95W products)."

Na most, azonos gyártástechnológiával, vagy akár különböző de azonos méretűvel is, nincs az a csoda ami teljesítmény javulást és fogyasztás 2/3-olást lehetővé tenne. A kaveri is már egy energiatakarékosabb gyártáson készült.

(#14098) stratova válasza apatyas (#14097) üzenetére


stratova
(PH! addikt)

Ez egy érdekes kérdés.

Nvidia:
(olcsó)
GM108, GM107 -> 28 nm

(nagy teljesítményű/drága)
GM206, GM204, GM200 -> 20 nm

Azt nem mondom, hogy 28 nm-en megette a fene, de legalább olyan fejlődést kellene felmutatni CPU/GPU részről is az APU-nak mint amit Nvidia azonos csíkszélességen összehozott Maxwellel, Keplerhez képest.

Lehet hogy AMD a Radeonnak tartogatja a TSMC 20 nm gyártókapacitást (ha már lefoglalták a részüket).

Vagy az új APU is csak GloFo-nál készül és csúszik a 20 nm felfuttatása. Bár komolyabb tőkeinjekciót kap:
Abu Dhabi's Advanced Technology Investment Co (ATIC) plans to invest up to $10 billion over the next two years in GlobalFoundries' upstate New York semiconductor factory, its chief executive said on Friday.

Bár a TSMC befektetése legalább beérni látszik:
GlobalFoundries competes against leading contract chipmaker Taiwan Semiconductor Manufacturing Co, or TMSC, which is also investing heavily in technology to maker smaller integrated circuits.

TSMC plans to invest $17 billion in new facilities in southern Taiwan, where it will make 20 nm chips.

[ Szerkesztve ]

KaBOOM? Yes Rico... KaBOOM!

(#14099) marcell991 válasza Sz_Imre (#14094) üzenetére


marcell991
(kvázi-tag)

A cikk forrása egy SemiAccurate fórumban linkelt linkedIn profil, amin én nem találtam az utalást...

Developers, developers, developers, developers! http://youtu.be/KMU0tzLwhbE

(#14100) stratova válasza marcell991 (#14099) üzenetére


stratova
(PH! addikt)

Tegnap óta módosította (rövidítette).

KaBOOM? Yes Rico... KaBOOM!

(#14101) atti_2010 válasza stratova (#14098) üzenetére


atti_2010
(PH! nagyúr)

Lehet hogy AMD a Radeonnak tartogatja a TSMC 20 nm gyártókapacitást (ha már lefoglalták a részüket).

Nem hiszem, az APU-ból nagyobb bevételeik vannak és így a mobil vonalon is elkaszálnák magukat, Intelnél is gyártathat.

1.Asrock FM2A88X+ Killer,A10-5800K,Kingston 2x4Gb 2400Mhz,Int X25-V SSD,SF Pro S.F.-450P14XE. 2.MSI-A75A-G55,A8-3870, Kingston 2x2GB2000, MSI R9-270.

(#14102) stratova válasza atti_2010 (#14101) üzenetére


stratova
(PH! addikt)

A konzolokba szánt APU-kból esetleg. Az asztali/mobil PC piacot tekintve viszont (sajnos) erősen kétlem.

KaBOOM? Yes Rico... KaBOOM!

(#14103) atti_2010 válasza stratova (#14102) üzenetére


atti_2010
(PH! nagyúr)

Tavaly elég szépen fogytak és nem számították bele a konzolokat, majd meglátjuk.

[ Szerkesztve ]

1.Asrock FM2A88X+ Killer,A10-5800K,Kingston 2x4Gb 2400Mhz,Int X25-V SSD,SF Pro S.F.-450P14XE. 2.MSI-A75A-G55,A8-3870, Kingston 2x2GB2000, MSI R9-270.

(#14104) marcell991


marcell991
(kvázi-tag)

Valaki tud esetleg valamit a mobil Kaveri érkezéséről?

Developers, developers, developers, developers! http://youtu.be/KMU0tzLwhbE

Copyright © 2000-2014 PROHARDVER Informatikai Kft.