Új hozzászólás Aktív témák
-
dezz
nagyúr
Ez csak távlati terv volt, ami talán még ma sem valósult volna meg, x64 ide vagy oda. Az Itanium előszőr alapvetően szerver vonalra kellett az Intelnek. Már csak az ára, ill. előállítási költsége miatt sem lehetett volna más. Az Intel úgy gondolta akkoriban, hogy desktopra még jó ideig felesleges a 64 bit; és majd idővel leszivárog a szerver frontról az Itanium architektúra, valamilyen némileg butított változatban. De elszámolták magukat, mert mégis csak volt igény a 64 bitre itt is.
-
Abu85
HÁZIGAZDA
Vannak olyan területek ahol a jobban megéri egy NV HPC rendszer Geforce GPGPU-kkal. Ha xy feladatban gyorsabb az nV-s rendszer a Cell-es gépeknél és tudod, hogy te csak abban az xy feladatban fogod használni, akkor a Cell fel sem merül alternatívaként.
Nyilván a cégek mérlegelik, hogy mit fog futtatni a rendszer és a szerint döntenek az ideális megoldás mellett. -
-
dezz
nagyúr
Majd megtámogatja némileg az Intel, mint korábban a MS az Apple-t -- amikor a MS-ot akarták kettéosztani, de az sem jött össze.
(#56) Scalpel: Hú, te, kicsit sem vagy elfogult.
Vitába sem érdemes veled szállni.(#58): Azt te csak hiszed.
(#60) Abu85: Hát, GPGPU-nak sem éppen tökéletes, ha egyszer összetettebb feladatokban sokkal drágábban és sokkal nagyobb fogyasztásból kb. egy szinten van 1db Celllel.
-
Abu85
HÁZIGAZDA
Hát nehéz lesz azt kivitelezni az nV-nek, mert a PC-s GPU fejlesztésekre alig szánnak pénzt. Egyes pletyik azt feltételezik, hogy a múlt évi költségvetés tizede áll csak rendelkezésre. Ilyen anyagiak mellett új architektúrát csinálni nem lehet. Szóval építgetik tovább az öregedő alapokon nyugvó G200-at, ami marha jó GPGPU-nak, de elég gyenge PC-s GPU-nak.
-
Abu85
HÁZIGAZDA
Hát az arab pénzzel ki lehet húzni jövő októberig. Csak fontos, hogy az első Fusion, a Swift időben jelenjen meg, a csúszás most nem megengedhető.
Meg ugye a következő Radeon vs GeForce fordulóba már szemtelenebb árakat is megengedhetnek az új Radeon generációnak, nyilván tudják, hogy az nV nem tudja tartani a versenyt. -
Scalpel
senior tag
Igen az Intel monopol helyzetével ők járnának a legrosszabbul. Nekik csak annyi a dolguk, hogy AMD-t mindig, amikor kinyomja a fejét a vízből levegőért, akkor visszanyomják, de pont annyi ideig, hogy ne dögöljön meg, aztán levegő, és vissza a víz alá. Szóval legyenek, csak nem erősen. Ez mostanság megint bejött nekik, nem véletlen, hogy az EU bizottság is büntetné őket. Nem is tudom született-e már eredmény a vizsgálatban.
Ellenben szerintem az arabok által behozott pénz nem tudom mire lesz elég. Őszintén, sok mindenre nem. Fejlesztésre nem tudom mennyit tudnak majd pluszban fordítani, de meg kéne emelni a K+F kiadásokat, mert így nem lesz semmi. Intel meg sok-sok dollármilliárdot költ K+F-re. Ezért piacvezetők megint/még mindig inkább.
mod: én sem szeretném, hogy AMD lehúzza a rolót, mert nem szeretnék horror árakat fizetni az Intel cuccokért.
-
dezz
nagyúr
válasz
#06658560
#51
üzenetére
Ott van még a VIA is, így darabolás nem nagyon lenne...
Egyébként ha más gyártó nem gyárhat x86 procit Intelen, AMD-n, és a VIA-n kívül, akkor hogy gyártathat(ott) az AMD a Chartereddel...? Szerintem csak próbál az Intel fogást találni az AMD-n, de nem biztos, hogy fog is neki sikerülni.
(Így a cím sem korrekt, mert csak indulhat... De még így sem jó, mert hatósági vizsgálatot sugall, pedig csak az Intel pattog.)
-
#50
dezz
nagyúr
FehérHolló
#45
dezz
nagyúr
válasz
FehérHolló
#45
üzenetére
"x64 egy utasításkiegészítés x86-os architektúrához, I64 pedig egy teljesen külön architektúra."
Utasítás-architrektúra = architektúra. Mélyebb szinten ma már minden x86 proci RISC rendszerű, felette egy utasítás-dekódolóval -- mindkét gyártónál egyedi megoldásokkal. És a rendszer-architektúra is igencsak más már, mint régen -- szintén eltérően a két cégnél.
Megjegyzem, az x64 nem csak néhány új utasítás, hanem egy jelentősen újradefiniált környezet, számos új és kibővített funkcionalitású regiszterrel, stb.
Ezt P.H. tudná megmondani, de valószínűnek tartom, hogy az utasítások kódjai is mások, talán abban az esetben is, amikor 32 bites a művelet szélessége -- emellett tudja a proci a régi kódokat is, de ez csak compatibility módban engedélyezett.
ps. szvsz ez on-topik.
-
P.H.
senior tag
"because IA-64 offers no native x86 compatibility"
Az Itanium-ok lefordítják a saját utasításikra az x86-os kódokat. A saját utasításkészletük viszont olyan felépítésű, hogy adottnak kell lennie ilyen szinten, hogy mely utasítások hajthatók végre párhuzamosan, mert magában az IA64-es processzormagban nincs ilyen jellegű logika (mint pl. a Core 2-ben van), ami ezt eldöntené (EPIC = Explicitly Parallel Instruction Computing).
Amúgy IA32 ~ x86 (386 óta, de manapság ez a Pentium Pro óta kijött CPU-kat jelenti az Intel-nél), csak divatosabb kifejezés [link]. Gondolom, a 16 és 24 bites x86-időszakot nem emlegetnéd ok nélkül (vagy kellene lennie olyan 64 bites környezetnek, ami megbírkózik ezekkel?)
-
-
#47
P.H.
senior tag
FehérHolló
#45
P.H.
senior tag
válasz
FehérHolló
#45
üzenetére
"x64 egy utasításkiegészítés x86-os architektúrához, I64 pedig egy teljesen külön architektúra"
Ez nem igaz. Az igaz, hogy a 32 bites utasítások gépi kódolása azonos x86 és x64 alatt, de pl. az x64-es rendszerek nem futtatják a 16 bites kódokat.
"New 64-bit VLIW-based (Very Long Instruction Word) architectures, such as Intel’s IA-64, force users to undergo a laborious transition process to a new instruction set to achieve full native performance. This is because IA-64 offers no native x86 compatibility, which means existing 32-bits applications are not anticipated to run with leading edge performance on IA-64 technology based processors. Also, the adoption of an entirely new instruction set architecture like IA-64 requires the development of an entirely new tool chain including compilers, debuggers, assemblers, and profilers, whereas x86-64 tools can be modified from existing code.
AMD’s 64-bit strategy is one that allows the latest in processor innovation to be brought to the existing installed base of 32-bit applications and operating systems, while establishing an installed base of systems that are 64-bit capable." [link]Legacy mode, Long mode...
"Mi az, hogy x64 utasításarchitektúrának nincs köze az x86 rendszerarchitektúrához?"
Annyi köze van, mint az IA64-nek: "As described in Section 2.1, “Operating Environments” on page 1:11, the Itanium architecture features two full operating system environments: the IA-32 System Environment supports IA-32 operating systems, and the Itanium System Environment supports Itanium architecture-based operating systems. The architectural model also supports a mixture of IA-32 and Itanium architecture-based application code within an Itanium architecture-based operating system." [link]
"I64-nek pedig teljesen más utasításkészlete van, egyáltalán nem futnak alatta az x86-ra (x64-re) fordított programok, tehát még arról sincs szó, hogy nehézkesen futnának."
A fentiek értelmében nincs értelme ennek, mivel az x64 önmagában egy ISA, tehát nem is kell tudnia az IA64-nek futtatnia.Az IA64 alatt pedig futnak az x86-kódok. "The Itanium architecture enables Itanium architecture-based operating systems to host IA-32 applications, Itanium architecture-based applications, as well as mixed IA-32/Itanium architecture-based applications. Unless the operating system explicitly intercepts ISA transfers (using the PSR.di), user-level code can transition between the two instruction sets without operating system intervention. This allows IA-32 programs to call Itanium architecture-based subroutines or vice-versa. (ugyancsak az Itanium-leírásból idézve)
-
#46
FehérHolló
veterán
FehérHolló
#45
FehérHolló
veterán
válasz
FehérHolló
#45
üzenetére
Még annyit a második bekezdéshez, hogy például a gázos-benzines autók is két üzemanyaggal mennek, de ugyanazt az autót hajtják. x64 a gáz, a 32bites utasítások a benzin, az x86 pedig az autó.
-
#45
FehérHolló
veterán
P.H.
#44
FehérHolló
veterán
x64 egy utasításkiegészítés x86-os architektúrához, I64 pedig egy teljesen külön architektúra.
Mi az, hogy x64 utasításarchitektúrának nincs köze az x86 rendszerarchitektúrához? Parasztiasan arról szól az egész, hogy egy közös buszon hogy lehet 32bites és 64bites adatokat is bütykölni.
I64-nek pedig teljesen más utasításkészlete van, egyáltalán nem futnak alatta az x86-ra (x64-re) fordított programok, tehát még arról sincs szó, hogy nehézkesen futnának. Lehet szimulálni x86-ot, de rettenet belassítja a rendszert. Ugyanúgy belassítaná, ha x86-on akarnál I64-et szimulálni.
-
P.H.
senior tag
Kis pontosítás: az AMD-féle x64-nek pontosan annyi köze van az x86-hoz, mint az Intel IA64-ének, mondjuk úgy, hogy semmi: három különböző Instruction Set Architecture. Minden programot, ami x86-ra van megírva, újra kell írni vagy fordítani IA64-re és x64-re is.
Közös vonás viszont van bőven: legfőbb, hogy az IA64 és az x64 is kínál megoldást a korábbi x86-os programok futtatására, kétfélét is:
- rendszerszinten, tehát x86 OS bootolható mindkettőben, és onnantól kezdve csak x86 programok futhatnak
- alkalmazásszinten, tehát vagy IA64-es vagy x64-es OS boot-ol, és az alatt futhatnak x86-os alkalmazások.
Tehát mindkettő kompatibilis az x86 a jelenlegi megoldásokkal, ennyi.Az AMD x64 megoldása abban jobb, hogy teljesítményveszteség nélkül futtatja a 32 bites x86-programokat, viszont az IA64 erőteljes kihívásokkal küzd e téren (mivel annak felépítése és utasításkészlete alapvetően különbözik az x86-os CPU-kétól).
A keresztlicensz-szerződésben valóban van olyan utalás, ami az x86-ot licenszelő cég 50%-nál nagyobb részesedésére vonatkozik, viszont kérdéses pl., hogy egy, adott időben birtokolt (ebben az esetben x86) utasításkészlettel kompatibilisen kifejlesztett új, kiterjesztett utasításkészlet (x64) az eredeti ISA licenszelésének megszűnése után tovább élhet-e az azzal való kompatibilitással (AMD esetében); ha nem, akkor az ezzel a kiterjesztett (x64) utasításkészlettel való kompatibilitással élhet-e bárki más (Intel)? Kicsit a saját farkába harap a kígyó: x86-kompatilitással lehet-e az AMD-féle kiterjesztést az AMD-nek forgalmaznia, és ha nem, akkor lehet-e az Intel-nek (mivel nem ő fejlesztette)?
Remélem, nem túl bonyolult -
#42
Sandormaster
aktív tag
Sandormaster
aktív tag
Miért hiszi mindenki hogy az AMD nem tud nagyot dobni a következő generációs processzoraival?! Én bízom bennük!
-
Syde
tag
Az egész mögött valószínűleg az áll, hogy Intelt birtokló "gazdasági-szférának", nem igazán tetszik, hogy egy másik érdekeltségi kör próbál szeletet szerezni a tortából. Itt AMD és az Intel csak név. Tetszőlegesen helyettesíthető volna...
Lényeg, hogy ezek az gazdasági oligarchák kénytelenek lesznek elfogadni, hogy ez eddig általuk uralt-birtokolt szegmens polarizálódik. Új szereplők lépnek színre, ilyenek az oroszok és az arabok is. Ugye mind kettő fél a fosszilis energiahordozó nagyhatalom. Igen ám, csak lassan kifogynak a készletek, és az eddig befolyt tőkét, még idejében át kell invesztálni valami másba. És ahogy fentebb utaltam rá, ez nem igazán tetszik a piac "régi" szereplőinek. Kínát szándékosan hagytam ki. Egy másik történet.
-
De ha a Larrabee futtatná az x86-64-es kódokat, akkor minek kellene az IA64 CPU? Arról nem is beszélve, hogy egy Itanium (és utódai) ára nem 10e Ft, hanem néhány ezer USD... amit Te sem tudnál megfizetni, így garantálom, hogy Te sem örülnél neki. Monopolhelyzetben azonnal felmennek az árak és lelassulnak a fejlesztések.
-
#34
decibel
aktív tag
Depression
#24
decibel
aktív tag
válasz
Depression
#24
üzenetére
Ha valakinek, akkor épp az Intelnek nem érdeke egy Amd csőd.
-
gV
őstag
Viszont azért nem lenne megoldható hogy az Itanium 64bitjét hozzák át x86-ra, mert annyira más, hogy nem érné meg a költségeket, amibe a világon a messze legnagyobb arányban használt x86-os céges programok lecserélése kerülne.
szerintem úgy kellene csinálni az Intelnek, hogy lenne a Larrabee, az biztositaná az x86-os progik futathatóságát, és akkor maga a proci lehetne IA64-es, én ennek a fellállásnak örülnék és így megvonhatnák az x86-ot az amd-től és nem lenne gond ha az Inteltől meg az amd vonná meg -már ha megvonhatja- a x86-64-et.
-
#32
xuldar
addikt
FehérHolló
#31
xuldar
addikt
válasz
FehérHolló
#31
üzenetére
Ezért írtam én is lecserélést, és nem átírást.
-
leviske
veterán
Ez több dologtól függ... Az Intelnek is időbe tellne, mire kiokoskodnak valami komolyabbat az eddig használtak helyett és ezalatt az idő alatt az AMD is kiokoskodhatna valamit, mondjuk az IBM-el karöltve. (Gondolom az Itaniumot is át kéne dolgozni a desktopra...)
A MS pedig valószinűleg inkább az AMD technologiáját favorizálná, mint az Intelét, már csak abból adódóan, hogy az Intel a Google/Linux felé húz, míg az AMD feléjük.
Azt pedig még megjegyzem, hogy az Intelnek már abból az okból sem volna okos így kitolni az AMD-vel, mert az így keletkezett helyzetből leginkább az nV jöhetne ki nyertesként.
-
Khan13
senior tag
Ezért van az, hogy az AMD x86-64 megoldását használjuk a natív 64bites Intel helyett. Az Intel lehetne akkora tényező, hogy ez legyen Az architektúra az OS-eknek és a programoknak, bár inkább ne jussunk idáig (kényszerből).
(#28) xuldar: Sokan úgyis azt várják, hogy a 32bit eltűnjön és csak egyfelé menjen a fejlesztés (64bit), így erős lenne a kényszer erre
Tudom hogy ez nem ilyen egyszerű, főleg nagy céges programoknál. -
xuldar
addikt
Ezt bizony benézted, mert van az Itaniumra Windows. Viszont azért nem lenne megoldható hogy az Itanium 64bitjét hozzák át x86-ra, mert annyira más, hogy nem érné meg a költségeket, amibe a világon a messze legnagyobb arányban használt x86-os céges programok lecserélése kerülne. A mostani gizdasági recesszióban meg különösen nincs napirenden a téma.
-
negyedes
addikt
Na igy akartam irni
csak siettem.
Szerk: Khan13-ezzel csak az a baj, hogy megint tobb arhitekturara kell irni az OS-ket meg a progikat. Szoval nem is olyan jo. Bar ha az Intel arh. jobb mint a x86_64 akkor lehet, hogy sokat nyerne, de ott lenne az elegtelenkedo programozok akiknek mindent ujra kell csinalni. -
#24
Depression
veterán
Depression
veterán
Az intelnek az lenne az érdeke, hogy az AMD becsődöljön. Mindenki másnak nem.
-
simonzé
addikt
Az úgy volt, hogy az AMD 64 bites kiterjesztése volt az első a piacon. Az intel kb 1 évvel később hozta volna a sajátját, de arra a Microsoft bemutatta a középső ujját, és közölte hogy ő bizony nem fog kétféle 64 bites platformot támogatni. Ezért az intel valamilféle licenc keretében az AMD megoldását volt kénytelen implementálni. Szóval ha megvonja az X86 licencet az AMD-től akkor nem késik majd a válasz és az intel sem gyárthat tovább 64 bites procikat.
Kicsit meglepődnék ha ez lenne a vége. -
Khan13
senior tag
Az Intelnek ott az Itánium-féle 64bit, úgyhogy simán kijöhet nyertesként : ) Esetleg csinálnak egy olyan procit ami az x86-64 ellentéte és kész, probléma megoldva. De amúgy ennek az egymásnak bemutogatásnak tényleg nem lenne értelme... Meg akkor jönne a felhördülés, hogy a csúnya Intel versenykorlátozó, meg visszaél mindennel...
-
leviske
veterán
Tudtommal nincs olyan fejlesztése az AMD-nek, ami veszélyeztetné komolyan az Intelt... max annyi történik, hogy a továbbiakban nem lesznek veszteségesek és többet tudnak költeni a fejlesztésekre...
(#17) Sanyix: Gondolom úgy értette, hogy mivel az AMD 64bit-es megoldása az X86-ra alapul, így ha az Intel megvonja az X86-ot, akkor a 64bit-es licenszükkel semmit nem érnek... És ebben látok némi realitást. Bár szerintem annyira összefonódik a két cég fejlesztésileg, hogy felesleges volna bemutogatniuk így egymásnak... Az Intel is dobhatná a Nehalem-et és az egész további palettát és az AMD-is. Ez senkinek sem érdeke...
(#18) negyedes: Megvette???? Az AMD volt olyan hülye, hogy eladta? Nem akarok okoskodni, de szerintem ez kétséges...
Számolni azért ők is biztos számoltak a jövővel... az ő 64bit-es licenszük pont elég arra, hogy miután az Intel komolyan ráépítkezett erre a technologiára, ne akarja kirántani az AMD alól az X86-ot.
-
#17
Sanyix
őstag
FehérHolló
#15
Sanyix
őstag
válasz
FehérHolló
#15
üzenetére
nem, fizet érte az intel.
-
#12
FehérHolló
veterán
Abu85
#6
FehérHolló
veterán
meg összes x86-os fejlesztésükhöz hozzáférhet az intel, meg ilyesmik
megérte pofátlanul revese-engineerelni azt a 8080-asat, utángyártani és olcsóbban adni a trademark tulajdonosánál...Egyébként én sem nézném jó szemmel, hogy az üzleti titkaim szépen kiszivárogjanak a szerződés kiskapuit kihasználva, aztán esetleg más rivális fejlesztések elemeiként megjelenjenek. Van egy erős tippem, hogy IBM is várja ezt a szétszervezést, de nem nagyon merem hangoztatni, mert leeszik a fejem itt a fórumban.
-
#6
Abu85
HÁZIGAZDA
VaniliásRönk
#3
Abu85
HÁZIGAZDA
válasz
VaniliásRönk
#3
üzenetére
kb. 1-2 dodó ... tényleg nem sok.
-
#3
VaniliásRönk
nagyúr
VaniliásRönk
nagyúr
"az AMD minden egyes legyártott és értékesített processzor után díjat (ami nem publikus) juttat el az Intel részére"
Pedig én igencsak kíváncsi lennék erre az összegre...
-
"...A két gyártó közöt több..." vs. "...A két gyártó között több..."
Tudom hogy ez nem ilyen egyszerű, főleg nagy céges programoknál.
csak siettem.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
ugyanis azt az intel licenszeli az amd-től. nemlesz amd proci, az intel meg vissatér 32bitre?
Új hozzászólás Aktív témák
- AKCIÓ! GIGABYTE AORUS ELITE Z790 i7 14700K 64GB DDR5 1TB SSD 7900 XTX 24GB be quiet! SB 802 1000W
- Frederick Forsythe: Isten ökle (nem olvasott)
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! 6TB Western Digital WD RED SATA HDD meghajtó garanciával hibátlan működéssel
- Gamer PC-Számítógép! Csere-Beszámítás! I5 14400F / RX 6900XT 16GB / 32GB DDR5 / 1TB SSD
Állásajánlatok
Cég: FOTC
Város: Budapest