[HWSW]

Drámaian visszavágta pénzügyi elõrejelzését az AMD a jövõ héten esedékes végleges pénzügyi jelentés elõtt. A kaliforniai processzorgyártó a rendkívül gyenge PC-piaci keresletre hivatkozva közölte, mindössze 1,27 milliárd dolláros bevételt ért el a szeptemberben véget ért idõszakban.
https://www.hwsw.hu/hirek/49196/amd-intel-processzor-piac.html

[martonx]

Pedig a Trinity egész jó lett. Csak effektíve még mindig nem lehet kapni desktop vonalon, notebook vonalon is hamarabb találni fehér hollót, mint épkézláb Trinity-s konfigot.

[LyCC]

az intel-nel is

[Abu85]

A Llano APU-t írták le. Nagyon valószínû, hogy ezek azok a termékek, amelyeket ingyen adnak oda az embereknek a rendezvényeken. Ezért cserébe Facebook reklámot és aktív blogolást kérnek. Ha ennek eleget tesz az illetõ, akkor megtarthatja a Llano APU-t. Mivel a Trinity már szállítás alatt van, így gondolom a következõ rendezvényeken a maradék raktárkészletet is kiosztják. Legközelebb valszeg Október 20-án lesz ilyen, amikor meg lehet látogatni az ATI HQ-t Kanadában. Erõs a gyanú, hogy abból van a leírás, hogy ezek nem kerülnek eladásra, hanem szimplán odaadják az embereknek.

[Ytse]

@Abu85: 100M dollár értékû Llano szétosztása azt jelenti, hogy nagyjából egymillió darabot osztanak szét. Ez elképzelhetõ szerinted?

[Abu85]

@Bodnár Ádám: Annyi legalább maradt a raktárakban. Az alaplapgyártók szimplán nem vették fel a fonalat a kihozatal nagyon gyors növelésével. Hiába van Llano, ha nincsenek hozzá alaplapok. Innentõl kezdve be kell várni a gyártópartnereket, hogy gyártsanak hozzá terméket. De mivel már van Trinity, így senki sem fog Llano APU-t venni, vagyis ki kell osztani õket. Ahhoz megveszik az alaplapot, és vállalják a facebook reklámot és a bloggolást.
Elõször, amikor ezt a kezdeményezést beindították 20000 darabot osztottak ki. Azóta még csináltak párat. Mivel sikeresnek tûnik, így nagyon valószínû, hogy nem csak Amerikában csinálják tovább, hanem a világ minden táján. Úgy sem fogja elvinni senki a Trinity mellett.

Szerkesztette: Abu85 2012. 10. 12. 11:07 -kor

[Virus9AX]

Siralmas lesz a következõ negyedév is ha nem változtatnak a Trinity licenc mdeljén. Végre lenne egy jó chipjük amivel tarolhatnánka de erre drágábban adják, mert megkövetelnek 5 évnyi vagy mennyi terméktámogatást a HW gyártótól ami tök felesleges. Saját termékeihez nem érkezik 1 év után érdemi driver frissítés, csak fel lehet rá rakni de nem árt meg ne mis használ.

[Abu85]

@Virus9AX: Az AMD csinálja hozzá a terméktámogatást. A gyártóktól csak azt követelik meg, hogy engedjék feltelepíteni. De a fõbb gond, hogy az OEM-ektõl megvonják az anyagi támogatást, és az így nyert pénzt szoftvervásárlásra fordítják. Ez az ami az OEM-eknek nem tetszik. Nincs meg a reklámtámogatásuk. Legalábbis nem annyi, amennyi eddig volt.
Igazából van logika abban, amit Rory kitalált, hiszen megveszik konkrétan a szoftver támogatását, vagy elérik valahogy, hogy annak egy bizonyos funkciója csak AMD-n fusson. Ugyanakkor túl agresszív az anyagiak átcsoportosítása. Emellett ennek az egésznek reklám mellett lenne értelme, mert az AMD már felrakott az ftp-jére nagyjából 1 GB-nyi OpenCL alkalmazást, amit ők pénzeltek, de senki sem tesztel velük, illetve senki sem tudja, hogy léteznek.

Szerkesztette: Abu85 2012. 10. 12. 11:14 -kor

[Virus9AX]

@Abu85: Ebben a formában a Tinityt se fogják venni. A különbözetbõl már simán kijön egy i3/i5 + diszkrét vga ezen a piacon leglaábbis laposoknál. És így van erõs procid meg erõs VGA-d is.

[Abu85]

@Virus9AX: Muxless átkapcsolást én nem tekintem alternatívának. Amíg az NVIDIA partnerprogramján belül érkezõ játékok sem támogatják megjelenéskor az Optimust (Max Payne 3 és Skyrim), addig szenvedés lesz. A Skyrim hónapokig el sem indult olyan gépen, ahol a dGPU-ra nincs direktek rákötve a kijelzõ. A Max Payne 3-hoz hackelni kell még ma is.
Értem a muxless koncepciót az AMD-nél és az NV-nél is, hiszen a muxed az a juzernek kellemetlen a manuális váltás miatt, míg a dGPU állandó meghajtása lezabálja az aksit. Ugyanakkor, ahhoz hogy ez mûködjön az egész minden fejlesztõnek oda kellene raknia magát egy direkt támogatással, mert nagyon sokan egyszerûen nem tudják, hogyan kell ezt mûködésre bírni, ilyenkor pedig bármit csinálsz az IGP fog dolgozni, mert az van direkten rákötve a kijelzõre. Nem bonyolult ezt megoldani működőre, csak nem egy fejlesztő nem csinálja meg normálisra a támogatást. Ennél nagyobb baj, hogy miután kiderült, hogy nem megy, még úgy sem javátják patch-ben. Ne kelljen már hackelni egy notit, hogy a Max Payne 3 észrevegye, hogy az IGP mellett van egy dGPU is. A Skyrimet becsületükre legyen mondva, legalább javították, mondjuk szerintem csak azért, mert az semmilyen hackel nem volt működőképes.
Szó se róla, vannak hibák a programokban, de ha már benne maradt, akkor ott a patch lehetősége. Élni kellene vele. Ebből a szempontból a gyártókat azért hibáztatom, hogy nem magyarázzák el a fejlesztőknek, hogy a muxless átkapcsolás nem csak móka és kacagás, hanem támogatás is kell hozzá, legalábbis bizonyos feltételeket be kell tartani az erőforrás allokációjában. Értsd ne a GPU1 hardvert kérje az alkalmazás direkten, mert jellenző, hogy a muxless hardver GPU2 (az Intel procis gépeken biztosan, az AMD-nél a GeForce lenne a GPU1, de abba meg nem raknak GeForce-ot).

Szerkesztette: Abu85 2012. 10. 12. 11:29 -kor

[Virus9AX]

@Abu85: Igazából fogalmam sincs mrõl beszélsz, én azt látom hogy elémtosznak egy notit pontosabban egy dell assz inspirion notit, i3+HD5450/6450 asszem és gond nélkül futnka rajta a játékok nem kell ide hack.
Aksi idõt meg leszarom mert ha játszik az ember be vna dugva a hálózatba, egyéb estbe meg szinte minden lapos kibír 1,5-2 órát ált felhasználás mellett, ennyinek elég kell lennie.

Szimplán kutya se fogja nézni megint hogy ez így job vagy ugy jobb, azt fogják látni hogy A laposba van egy INTEL erõs CPU amirõl tudjuk hogy erõsebb mint a B laposban lévõ AMD vel szerelt változat, illetve ha kell akkor az A laposban van egy diszkrét jól használható VGA ami megegyezik teljesítményben a B ben lévõvel, de mégis azt látják hogy A lapos kb ugyanannyi vagy még tlaán olcsóbb is mint a B.

Szerinted mit fog venni a vásárló? SENKIT NEM ÉRDEKEL HOGY 1 ÉV MÚLVA JÖN E SOFTWARE FRISSÍTÉS HOZZÁ, csomó ismerõs aki kkevésbé jártasak az informatikában telepítésk után még szine mindig a vásárlákos kapott drivert rakják fel.
Ezért rakat hulladék ez a politika, mert ahogy irtad elvonják tõlük a pénzt meg gondolom a gyártóknak még + mányba is került a terméktámogatás ilyne irreális távlatokban.

[Abu85]

@Virus9AX: Arról beszélek, hogy egy több GPU-s rendszerben a GPU-k között sorrend van. A Windows alatt errõl a sorrendrõl a vendor ID dönt, míg a gyártón belül a device ID. néhány játékot úgy írnak meg, hogy amikor az erõforrást érvényesíti, akkor a sorrend alapján érvényesítse azt. Ha ez így történik, akkor olyan lesz a program, mint a Max Payne 3. Amikor elõször elindítod, akkor az IGP-n fog futni, mert az az elsõdleges erõforrás, amit megtalált, és nem is ellenõriz tovább, hanem megy majd a játék. Erre van egy parancs, ami az "adapter 1" paraméter. Ilyenkor megmondod a motornak indításkor, hogy nem az adapter 0-t, hanem a második GPU-t érvényesítse. Persze ez esetenként nvwgf2um vagy nvdxgiwrap.dll_unloaded hibával fog válaszolni. Ilyenkor a driver manuális újratelepítése segíthet. Ez hackelés.
A Skyrim a másik hibát követte el, vagyis azt az erõforrást érvényesíti, amelyikre a kijelzõ van kötve. Nyilván ezt egy muxless rendszer köszöni szépen, mert a gyártók az IGP-re kötik a kijelzõt. Erre nincs is gyógyír, mindig az IGP-n fog futni a játék, és leszarja, hogy van egy dGPU a notiban. Ezért jött rá egy patch, hogy érvényesíteni tudja a program azt a hardvert is, amelyikre nincs kötve kijelzõ, vagyis a dGPU-t.
Ezek elég komoly problémák, amik elkerülhetõk, de rendszeresen beleütköznek a fejlesztõk. Maga a gond is általános. Nem csak az Optimusra hat, hanem az AMD muxless átkapcsolására is, ami a PowerXpress, vagy az Enduro. Egyedül a Dual Graphics immúnis ezekre, mert az hibrid megoldás. Ott mindig az IGP lesz érvényesítve, és a driver a CF profilból hozzárendeli a megfelelõ Dual graphics módot, ha ez lehetséges az adott programra. Mivel az AFR-nél eleve el kell fedni a hardverek közötti különbséget, így teljesen mindegy, hogy az IGP, vagy a dGPU erõforrását érzékeli a program, a két egység között el van fedve a technikai eltérés.
A Hd 5450/6450-et muxedben lehet bekötni, vagy direkten. A gondok a muxless bekötésre vonatkoznak. Ezért nem érzel problémát. A muxed mód az eleve úgy mûködik, hogy ahogy bekapcsolod az egyik erõforrást, így leválasztódik a másik drivere. Ezáltal a program csak egyetlen GPU-t tud érvényesíteni.

Az AMD a GPU-s gyorsítás felé megy. Ilyen esetben kötelezõ egy hosszú terméktámogatás, mert ha 2,5 év múlva érkezik egy program, akkor annak lehet hogy új driver kell. Ez persze világos, hogy a gyártóknak nem tetszik, mert megnöveli a supportra rakott terhet, és ezzel a már eladott termékbe fektetett költségeket, de neked ugyanakkor nem lesz mindegy, hogy az adott program elindul-e, vagy sem.
Az viszont igaz, hogy az Intel terméktámogatás a gyártók szemében sokkal kedvezõbb. Egy év mainline és kész. Utána ami nem fut, az nem fut, ott az új platform, amit meg lehet venni. Az OEM-eknek ez kevés költség, és még nyernek is vele, hiszen gyorsabban sarkalnak téged vásárlásra.

Szerkesztette: Abu85 2012. 10. 12. 11:56 -kor

[leslie]

Ipon listáján már 1 hete ott van az fm2-es alaplap, meg a trinity proci. Igaz, nem a legerősebb, de ott van.

[Virus9AX]

@Abu85: Továbbra is nettó hülyeség amit az AMD csinál, most lenne lehetõsége bõvíteni az értékesítési palettát és még ha kicsit kedvzene is az OEM-ek nek de nem, segbe rúgja meg ráadásúl fel is pofozza õket.
Aztán meg mennek a bíróságra mert az intel tisztességtelenül viselkedki mert 10 laposból jó ha 1 tartlamaz nyomokban AMD terméket a polcon.

[killerbee]

Az AMD-nek szimplán már reszeltek. Évekkel ezelõtt került abba a negatív spirálba amibõl már látszik, hogy nincs kiút. Nincs pénz marketingre, a piac elemzõik sz@arok, gõzük nincs mit lehet eladni jól, nem képesek elõre látni, és legfontosabb, hogy ennek köszönhetõen aztán nincs olyan termékük, ami nagy profithányaddal értékesíthetõ presztizstermék lenne. Lehet elérni olyat, hogy "a brazos lett a legnagyobb számban leszállított amd cpu család" csak ez így vicces, mert profit ezeken kb nulla, ebbõl nem lehet sem megélni sem fejlõdni... a cég jelenlegi értéke béka segge alatt van, kb bárki megvehetné már, lassan még az NV is megvehetné készpénzen , ha így halad, de látszik a "hatalmas érdeklõdésbõl", hogy a kutyának sem kell... nincs semmi oylan szellemi termékük, ami értékes lenne a piacnak, semmiben sem piacvezetõk. Senkinek nem hiányoznának, ha eltûnnének a piacról a termékeik, mert mindre van jó, vagy akár jobb alternatíva. Ez a nagy baja a cégnek...

Azzal meg hogy negyedévente jelentenek be ilyen olyan apikat, amik majd a jövõ meg a heterogén programozás meg az opencl meg akármi... semelyikbõl nem lesz soha semmi, egyik mögött sem lett sosem érdemleges támogatás, csak a nagy szavak, puffogtatások és közben meg nagy nulla, mert a szoftveres részlegük is ramaty. Nem képesek professzionális termékeket készíteni professzionális szoftvertámogatással.

Folyamatosan megy a CUDA megfog halni, mert a zárt .... aztán mi van? A CUDA él és virul abban a környezetben ahova szánták, mert az NV képes mögé rakni egy profi szoftveres támogatást (ahelyett hogy minden hónapban valami spanyol viaszt találnának fel). Ennek köszönhetik a Quadrok és a Teslák a sikereiket, és verik bucira az AMD minden suta kezdeményezését ezekben a szegmensekben is.

R.I.P. AMD

[Abu85]

@Virus9AX: Igazából 10 évig azt csinálták, amit mondasz. Eredménye nem volt. Most Rory kigondolt egy másik stratégiát. Eleve õ kapott egy alapot, amikor CEO-nak választották. Azt egy picit megformálta, így például töröltetett pár Opteront, bevette az APU-kat a szerveres tervekbe, törölte a Deccan platformot, és átalakított pár fejlesztési irányt, így kevésbé állnak idegenül az IP licencelésnek, lásd ARM Trustzone.
Megkapta az HSA (FSA) terveket. Meg kellett egyezni számos céggel, hogy támogassák, és úgy kellett kidolgozni az 1.0-s draft speckót, hogy megfeleljen a partnereknek. Azóta ez egy picit húzódik, mert a Samsung és a Qualcomm is belépet gyorsan, de idén véglegesítik. Nyilván ez az irány, amit kigondoltak szoftveres fejlesztésekért kiált, így ennek megfelelõen kevesebb pénzt kapnak az OEM-ek, és többet a szoftveres fejlesztések és a programok támogatására szintén több megy el. Nyilván a HSA 1.0 véglegesítésével el kell készülnie a CodeXL-nek, szóval az most egy alapvetõ priorítás.
Rory stratégiája nagyon egyszerû lett. Felkínálnak egy alapítvány keretein belül a fejlesztõknek egy olyan open infrastruktúrát, amire ha megírják az alkalmazást, akkor az módosítás nélkül minden cég hardverén futni fog. Ezért is csúszik egy picit a HSA 1.0, mert tudják, hogy az Intel nem fogja támogatni, hiszen oda lenne az x86 elõnye, azaz még a véglegesítés elõtt megcsinálják úgy, hogy ne is kelljen támogatni, így a rendszer kap egy legacy módot. Ezzel akkor is fut a HSA program, ha az adott hardver direkten nem támogatja.
Most minden ennek van alárendelve. Ezért megy több pénz a fejlesztõknek. A mai DX11-es és OpenCL-es programok 80-90%-a el sem készülne, ha az AMD nem támogatná a fejlesztést. A DX11 az talán, de az OpenCL az kizárt. Egyedül talán az Adobe az akinek az OpenCL az átjárhatóság miatt fontos. Õk valszeg az AMD segítsége nélkül is megcsinálták volna az OpenCL-re való átállást, mert kiszámíthatatlan, hogy az Apple mikor milyen hardverre épít, így csak a CUDA-ra nem lehet alapozni. A többiek szerintem bele se fogtak volna, ha az AMD nem rakja bele a pénzt. Az OpenCL-es x264-rõl például mondta, Jason Garrett-Glaser az AFDS-en, hogy próbálkoztak már az Intellel és az NV-vel. Megpróbálták a CUDA-t, de eredménytelenül. Az AMD-vel összeállva viszont megcsinálták az OpenCL-es x264-et. Erre megy most a pénz, mert nem csak ezek készülnek ott, hanem még számos program és játék. Mind a Kaverihez lesz igazítva. Nyilván abban tökéletesen igazad van, hogy az a költekezés, amit a szoftverfejlesztõk felé most mutat az AMD, az nagyon agresszív, és meg is van az eredménye, így talán jobb lenne, ha megosztottabb lennének az anyagiak, ellenben az még ma sem tiszta, hogy Rory mennyi programmal szeretné várni az új termékeket. Annyit tudunk, hogy 1 millió fejlesztõt szeretnének a HSA-ra állítani, vagyis a heterogén programozással foglalkozó réteget meg szeretnék tízszerezni.

[vers]

@Abu85: a kutya nem fog hsa-ra allni, mivel windowson az AMP lesz a nyero

[Abu85]

@killerbee: Az CPU-GPU integrációban piacvezetõ az AMD. Nagyjából 1-2 évvel elõzik meg a többieket. A legnagyobb értékük a GCN architektúra, ami megalkotta azt a koncepciót, amit az Intel a Larrabee-vel elképzelt. Ez elég értékes, hiszen más ilyet eddig még nem rakott össze.
A szoftveres támogatás hiányáról annak értelmében vicces beszélni, hogy az AMD partnerségében készül a legtöbb DX11-es játék és OpenCL-es program. Szintén ott a CodeXL béta, ami az elsõ olyan fejlesztõkörnyezet, melyet kifejezetten heterogén programozáshoz fejlesztettek.

[Abu85]

@vers: Kevered a dolgokat. A HSA az infrastruktúra és nem programozási nyelv. A C++ AMP és a HSA nem zárja ki egymást. Sõt, a HSA kiegészíti a C+ AMP-t. Az a különbség, hogy HSA-val nem kell megírni a C++ AMP-n írt program egy részét, mert a rendszer kezeli helyetted az adatmásolásokat és számos egyéb dolgot. Az egész alapvetõ célja, hogy fektess bele annyi munkát, amennyit egy serial C kódba fektetsz, de futtasd olyan sebességgel, amilyent az OpenCL vagy a C++ AMP kínál.

[Virus9AX]

Ez mind szép és jó csak mire odaérnek hogy ér valamit az SW meg lenne hozzá talán HW is.
A, befuccsolnak mert már nincs gyár amit el lehetne adni vészhelyzetbe
B, az OEM ek le fogják szarni, és marad a 100 ból 1 eladott lpaosban lesz AMD
C, intel beéri õket addigra és ugyanott vannak mint a B esetben amibõl meg za A következik.