- XPEnology
- Videó stream letöltése
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Sweet.tv - internetes TV
- Otthoni hálózat és internet megosztás
- Xiaomi AX3600 WiFi 6 AIoT Router
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen switch-et vegyek?
- Linux kezdőknek
- Hálózati / IP kamera
Új hozzászólás Aktív témák
-
Oliverda
félisten
Akit még részletesebben érdekel a dolog az olvasgathat:
AMD Developer Blogs - Striking a Balance
AMD to support Intel AVX instructions
AMD embraces AVX making a new superset with SSE5(256bit support)
[ Szerkesztve ]
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
gyiku
nagyúr
utolso bekezdes "az fused" -z.
hüllő
-
D.Orion
veterán
Bulldozer-ről nekem ez jutott eszembe kapásból. Remélem AMD is így tarolni fog vele, okos lépés.
-
tamas985
csendes tag
És az Intel-nek mikor fog megjelenni az első procija ezzel?
-
őstag
Nagyon bízok abban, hogy az AMD-nek nagyon be fog jönni a Bulldozer. Akkor legalább az Intel kicsit észhez térne a cpu beárazásaival.
-
twollah
nagyúr
Ez nagyon kinai nekem.
-
gV
őstag
Larrabeeben lévő AVX olyan mint a Sandy Bridgeben lévő, csak 512bites vagy az már az Ivy Bridgehez hasonlóan tudja az FMA-t?
-
"AMD SSE5-ben bemutatkozó fused multiply-add utasítás csak virtuálisan négyoperandusos, mivel az eredményt az egyik operandus által használt regiszterben kell elhelyezni. Az Intel jövőbeli FMA megvalósítása már valós négyoperandusos művelet."
Ez nem hangzik nekem jól... tehát ha jól értem itt a Bulldozer nem lesz túl erős ezen utasításokban, inkább csak kompatibilis, de lassabb lehet mint az Intel következő processzora?
Vagy lehet, hogy mégsem, mert sokkal gyorsabb lesz az AMD prociban a végrehajtás és ez ellensúlyozza a virtuális működési elvet?...Nektek mi erről a véleményetek?
Jobblesz? rosszabblesz? nem meghatározható? vagy teljesen hülyeséget írtam ?The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5
-
bsh
őstag
gondolom a 2007-es sse5 specifikációban ilyen "virtuális 4 opos" volt ez az utasítás, azonban az intel megcsinálja valódi 4opra. ezért aggódtak a fejlesztők, hogy akkor így nem lesz kompatibilis a két procin a kódjuk. erre jelentette be most az amd, hogy akkor ők is az intel-féle tervekkel kompatibilisen csinálják majd meg. (gondolom én)
-
Abu85
HÁZIGAZDA
Nem ... itt az SSE5 és az AVX kódolási sémája különbözött. Nyilván ez teljes inkompatibilitást jelentett volna. Most az AMD bejelentette, hogy átdolgozzák/átdolgozták a rendszert, hogy kompatibilis legyen az AVX-szel.
Az FMA kiterjesztés, az továbbra sem kompatibilis az Intel féle FMA-val, de az AMD hamarabb prezentálja a saját megoldását.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
divrapier
tag
Nekem a hírrel ellentétben az első link alapgán az jön le h az amd akart rendes 4opos fma-t és ezt megtartják fma4 néven csak meglesz az intel féle '3 operand destructive less capable' verzió is. Vagy vmit elnéztem?
[ Szerkesztve ]
GeForce 7800 GS 256 mb (overcloced to 512 mb)AGP
-
GIJoe
addikt
Szerintem hiába szorongatná meg az AMD már nyáron az INTELt (ami lehetetlen), nem sok minden változna, példa erre a GPU piac, hiába jobb vétel az ATI, évek vagy csoda kellene hogy helyrebillenjen az egyensúly. Sajnos.
-
Abu85
HÁZIGAZDA
A VGA piacon elért eredményekkel kifejezetten elégedett az AMD. A 100 dollár feletti diszkrét rendszereken akartak sokat nyerni és az eladási adatok alapján nyertek is. Az 50 dollár körüli NV uralomra és az IGP területekre még csak most kezdenek koncentrálni.
Az Intelt meg nemsokára helyrerakja némi szaftos bírsággal az EU, aztán Dánia, majd az USA.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
félisten
De akkor ez így nem túl jó, mert hiába jön hamarabb, úgy járnak majd, mint a tesselator esetében. Nem?
Vagy a programozók hajlandóak egy olyan eljárással foglalkozni, amivel sem a jelenlegi, sem a jövőbeli intel procik sem kompatibilisek?Más téma, de mintha úgy hallottam volna, hogy az MMX, és az SSE korábbi változatai sem kompatibilisek teljesen a két cég procijai között. Ez igaz? Ha igen, akkor emiatt is lehet az AMD procik lemaradása, nem?
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
CYBERIA
őstag
Na most az SSE5 azt jelenti, hogy az SSE 4.1 és 4.2 is bönne lesz?
APU: AMD, MB: AMG :) A peresztrojka nálunk olyan gyors, hogy már ma jobban élünk, mint holnap! | Tudja Mohnke, a nyugati demokráciák dekadensek. Előbb-utóbb alulmaradnak a szigorúan fogott keleti népekkel szemben. | Volvo och SAAB beundrare. | A vér nem válik vízzé.
-
TK36
aktív tag
-
Abu85
HÁZIGAZDA
A tesszellátort itt nem érdemes felhozni példának. Teljesen más ez a téma. Itt csak zavaró, ha más piacok alakulása alapján akarunk jósolni.
Itt alapvetően egyetértés hiánya fedezhető fel az Intel és az AMD között. Egyelőre az a biztos, hogy az Bulldozer támogatni fogja az FMA4 kiterjesztést, hogy ezek után, hogy alakul a helyzet, az tényleg a jövő zenéje.
CYBERIA: Az SSE5 támogatja az SSE4.1 és 4.2 utasításainak egy kis részét.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
dezz
nagyúr
válasz divrapier #12 üzenetére
Nem egészen, de a hír sem pontos. Több lépésben történtek a dolgok:
1. Az eredeti SSE5-ben 3 operand + 1 operand+destination FMA lett volna.
2. Kijött az AVX tervezet 4 operand + 1 destination FMA-val.
3. Az AMD úgy döntött, hasznos adaptálnia az AVX-et. El is kezdték a munkát.
4. Erre tavaly decemberben az Intel módosított az AVX-en, a 4+1-es FMA helyett bevezetve a kevésbé hatékony, de könnyeb megvalósítású 3+1-es FMA-t.
5. Az AMD úgy látta, nem tudják tartani az ütemtervet, ha követik ezt a változást. Így a Bulldozerben az eredeti AVX tervezet 4+1-es FMA-ja lesz (átkeresztelve FMA4-re), és később veszik át a 3+1-es FMA-t.Így tehát a Bulldozerben a hatékonyabb FMA4-lesz, miközben az Intel az FMA-t fogja használni. Bár valószínű, hogy később az Intel is bevezeti az FMA4-et.
[ Szerkesztve ]
-
dezz
nagyúr
Szóval, ez...
"Fontos azonban megemlíteni, hogy az AMD SSE5-ben bemutatkozó fused multiply-add utasítás csak virtuálisan négyoperandusos, mivel az eredményt az egyik operandus által használt regiszterben kell elhelyezni. Az Intel jövőbeli FMA megvalósítása már valós négyoperandusos művelet."
...az új felállásban pont fordíva lesz!
Talán az Intel arra számított, hogy az AMD is az FMA(3)-at preferálja (hiszen az eredeti SSE5 tervezetben ez volt), de közben az AMD már ráállt a jobb FMA4-re. De az is lehet, hogy az AMD úgy is tett, mintha így tenne, de közben mégsem, szal kicselezte az Intelt... Talán nem véletlen, hogy csak most jelentik be az FMA4 használatát.
[ Szerkesztve ]
-
Metalfan
senior tag
Nem igazán értek ezekhez a dolgokhoz, csak annyit tudok mondani, hogy hajrá AMD
-
CYBERIA
őstag
Így már ok, kösz!
APU: AMD, MB: AMG :) A peresztrojka nálunk olyan gyors, hogy már ma jobban élünk, mint holnap! | Tudja Mohnke, a nyugati demokráciák dekadensek. Előbb-utóbb alulmaradnak a szigorúan fogott keleti népekkel szemben. | Volvo och SAAB beundrare. | A vér nem válik vízzé.
-
Sanyix
őstag
És az intel mikor csinálja meg az SSSSSSSSSSSSSSSSSSSSSSSSSE5-öt hogy véletlenül se legyen kompatibilis az amd-vel?
szövegértelmezés, az ÉRTELMEZÉS a fontos, mert az olvasás mindenkinek megy, de az ÉRTELMEZÉS már komoly probléma a magyaroknál. Gondold ezt át mielőtt marhaságot írsz...
-
Abu85
HÁZIGAZDA
-
Abu85
HÁZIGAZDA
Há most akko mi legyen?
Részemről az eredeti mellett voksolok.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
dezz
nagyúr
Esetleg így? "Fontos megemlíteni, hogy az FMA4 [előző mondatban ott van, mi ez] valódi négyoperandusos művelet, míg az Intel jövőbeli FMA megvalósítása (a jelenlegi terveik szerint) csak virtuálisan négyoperandusos, mivel az eredményt az egyik operandus által használt regiszterbe kerül."
(Aztán nem tudom, érdemes-e még hozzátenni, hogy később valószínűleg mindkét cég támogatni fogja a másik megoldást is.)
[ Szerkesztve ]
-
-
zsolt320i
senior tag
Nem értem, az AMD hamarabb elkészítette az SSE5-őt akkor miért ők alkalmazkodnak az Intelhez?
Vagy az Intel vektoriális módszere jobb mint az AMD utasításkészlete?
Ha ez így van akkor az AMD megint nem alkotott valami nagyot!
Nem? -
#24: hmm.. akkor pont fordítva lesz.. hát érdekesnek ígérkezik a következő két generáció.. kíváncsi vagyok kié lesz a jobban sikerült felépítés.
#26: Jó ez az összefoglaló rajz, így némileg átláthatóbb..
#37: LoL Ez tetszett..
The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5
-
Devid_81
nagyúr
"A kiterjesztés az eddig megjelent adatok alapján főleg három-, illetve pár négyoperandusos, 128 és 256 bites utasításokat kezelő rendszer, ami jól kidolgozott permutáló instrukciókkal és FMA (fused multiply-add) támogatással rendelkezik."
Nos talán ennél a résznél nálam is kimentek a bisztik
[ Szerkesztve ]
...
-
dezz
nagyúr
válasz zsolt320i #39 üzenetére
1. A 3DNow!-t is előbb készítette el az AMD, mint az Intel az SSE-t, és még jobb is volt, mégis mindenki az utóbbit és utódait használta... Az Intel egy kicsivel nagyobb súlyú cég. (A 64 bit egy kicsit más téma.)
2. Az SSE5-öt eredetileg 128 bitesnek tervezték (mert most 2009-ben, amikorra eredetileg tervezték a bevezetést, még ez lett volna időszerű), az AVX viszont már támogatja a 256 bites műveleteket is.
3. Csak részben alkalmazkodnak, mert az SSE5 többmindent tartalmaz, mint az AVX, és ezeket nem dobják el. Csak az egészet (vagy legalábbis az átfedő részt) az AVX keretrendszeréhez igazítják, az ugyanolyan funkcionalitású utasításoknak azonos kódjuk lesz, stb.
4. Az Intel saját C-fordítója az egyik legelterjedtebb (ezt sokszor nem túl etikusan használja ki), és nyilván nem támogatná külön az SSE5-öt.Egyébként mikor alkottak még nem valami nagyot?
-
félisten
Biztos hülye kérdés, de mondjuk egy 3dsMAX render engine esetén a programozók megírják a kódot intel és AMD procikra is, és futás elött a főprogi azt hívja meg, ami a procinak kell, vagy csak intelre írják meg, és amit abból az AMD proci tud, azt használja, amin nem, azt meg nem? Vagy hogy műxik?
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
dezz
nagyúr
Inkább az utóbbi, de ma már nem nagyon programoznak (x86 platformon) assemblyben, hanem mindez a C fordítóra van bízva. Itt jön képbe az Intel fordítója, ami nagyon jól optimizál (ezért főleg ezt használják pl. a 3D rendererek fejlesztésére), de csak a saját procijaikat veszik figyelembe (sőt volt idő, amikor alaposan meg is nehezítették pl. az SSEx használatát AMD procikon), aztán ez vagy fekszik az AMD prociknak is, vagy nem. Ott van még a MS Visual C-je, ami mindkét procira tud külön optimizálni, de nem akkora hatékonysággal. A GCC sem valami nagy szám ebben.
zsolt320i: Az AMD viszont találékonyabb.
[ Szerkesztve ]
-
P.H.
senior tag
Is-is, de az előbbi nem túl költség- és időhatékony. Ebben az is benne van, hogy a különbség jelenleg nem jelentős (párszor 5% maximum), és az elterjedtség is (ezt Abu elég jól körül szokta írni a komolyabb VGA-s topikokban ).
A kérdésed megelőzi a korát: majd a következő generációk és utasításkészletek megjelenésével fog ez igazán érdekessé válni.
Viszont ez az egész vector-dolog még elég képlékeny mindkét cégnél jelenleg, úgy tűnik, teljesen még senki nem fedte fel a kártyáit. De majd kb. ősszel fog eljönni az igazán találgatós időszak: akkora fog a megjelenő Core i5 is után a következő generáció fókuszba kerülni, az AMD-nél is időszerű lesz akkorra a Bulldozer végleges karakterének kialakulása (addig érdemes lehet ezt a blogot figyelemmel követni, bár patent-ekből levont következtetésekkel is lehet bőven nagyot tévedni).
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
dezz
nagyúr
válasz zsolt320i #47 üzenetére
Nyilván megtették volna már, ha módjukban állna... Nem könnyű olyan szakembergárdát összehozni, ami nagyon jól optimizáló fordítót tud írni, és nem is olcsó. Aztán ha meglenne, még rá kellene venni az ipart, hogy inkább ezt használják, nem az Intel-félét. (Mindkettőt egyszerre meg körülményes.)
De szerencsére ez a dolog elsősorban integer kódnál jön ki (nagyjából 5% sebességkülönbséget okoz), lebegőpontos és vektorkódnál nem annyira, a (jelenleg) hasonló implementációk miatt.
P.H.: Már hiányoltalak.
[ Szerkesztve ]
-
félisten
(#46) dezz, (#48) P.H.: Köszi az infókat!
Nem túl jó jel ez a jövőre nézve. Így az AMD folyton követni kényszerül az intelt, és ha van egy jó ötletük, ami nem esik egybe az intel által diktált iránnyal, akkor vagy kukázniuk kell, vagy senki sem használja ki.
Attól tartok, hogy ha pár év múlva VGA/GPU fronton is az AMD és az intel lesz a két nagy kutya (ha az nV tényleg kiszáll), akkor megintcsak így alakulnak majd a dolgok.
Najó, Abu szerint a kettőt nem jó keverni, és remélem is, hogy alaptalan az aggodalmam.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Új hozzászólás Aktív témák
- Beszámítás! Intel Core i7 6700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Garanciális Intel Core i5-13600K
- ELADÓ - Ryzen 7 5800X
- BESZÁMÍTÁS! ÚJ Intel Core i5 11400F / i9 11900KF / i9 11900K tálcás processzorok 27% áfás számlával