Új hozzászólás Aktív témák
-
pengwin
addikt
válasz
#06658560
#45
üzenetére
Jogos, de ezt én is írtam.
Mondjuk figyelembe véve az ilyen hardverek árait nem tudom, hogyan éri meg életben tartani ezeket a rendszereket az x64-re/Power-re/egyébre migrálás helyett.Az AIX jogos, mindig belekavarodok az enterprise Unixok rövidítéseibe, a HP-ét UX-nek hívták talán, de az is nem sokára kukázódik, úgy tudom már most is inkább RHEL (6 és 7) van helyette.
-
-
válasz
#06658560
#45
üzenetére
jah, ha egyszer beleugrottál, és megkotlott a hardver, esélyes, hogy inkább veszel alá egy másikat, ami hasonlóan szar, de addig sem kell új szoftvert fejleszteni.
anno a nasa évekig keresgette a még elfekvő 8086os procikat, alaplapokat és egyéb hardvereket az ebayen és a yahoo-n, mert ugyan gyártani már nem gyártották őket, de az űrsiklónak még repkednie kellett. -
#06658560
törölt tag
-
pengwin
addikt
válasz
#06658560
#43
üzenetére
Már megint ez az értelmetlen szőrszálhasogatás...
Senki sem "akar" IA64 kódot futtatni: a vállalatoknak megoldás kell egy adott problémára, amit meg tudnak oldani IA64 vagy x64 alapon is.
Az, hogy a problémát milyen architektúrán futó kód oldja meg, az szerintem a vállaltok szemszögéből kis túlzással "részletkérdés". Az számít, hogy mekkora kapacitást kapnak a két archiitektúrára épülő rendszerrel adott összegből.
Erre a platformra max. vendor lock-in miatt lehet még igény (x64-re, Power-re váltás költsége miatt), de senki sem fog a vállalati ügyfelek közül csettinteni, hogy igen, nekünk mégis HP-AIX OS+IA64 CPU kell mert IA64 kódot akarunk futtatni x64 kód helyett. Ahol készen van rá a progrma ot elhiszem, hogy akár még meg is veszik, de máshol nem. -
#65675776
törölt tag
-
R.Zoli
őstag
Az nem úgy volt ,hogy a merced-et egy ilyen hibrd RISC/CISC procinak szánták első tervezésre ,hogy ez majd tud futtatni sima X86-ot is meg a RISC kódot is és ez a proci lesz az átmenet egy új architectura felé, magyarul az átállás idejére jó lesz ez a proci és később csak egy új architect jön az Intel részéről. Sőt egyes nagyon-nagyon rosszindulatú (vagy inkább realista?) források szerint az Intel ezzel akart igazán monopol helyzetbe kerülni,hogy az x86-ot kidobja és helyette egy teljesen új saját fejlesztésű architecturat vezet be amihez senkinek semmi köze nem lehet. De itt szólt közbe, hogy jött az AMD az AMD64-gyel és jó teljesítményű athlon procikkal és így az Intel nem tudta letolni a piac torkán az Itanicot... Illetve az Intel nem szándékosan állított saját maga konkurenciát az IA64-nek hanem kénytelen volt az AMD miatt jó x64-es procit csinálni az AMD konkurenciájaként és ezzel senkinek sem kellett az új architect ami átállást igényel software-ben, infrastuktúrában és a teljesítményben sem volt meggyőző.
-
hokuszpk
nagyúr
válasz
#65675776
#28
üzenetére
akkor maskent emlexunk.
az intel rajott mekkora zsiros falat a szerverpiac, de a nagyobb vasaknal nem akartak konkurrenciat, ugygondoltak a 64 bites itanic majd mindent visz, masodgyartasra meg nemadnak licencet senkinek.
erre jott valaszul az amd az x86-64 -el, az ms kijelentese ott jott a kepbe, amikor kapcsolt az intel, hogy megiscsak lesz piaca a 64 bites x86-nak, akkor sajat 64 bites kiterjesztest kezdtek fejleszteni, de az ms mar elkezdte az amd kiterjesztesre a windows felkesziteset, es nem akarta tovabb aprozni. -
#65675776
törölt tag
Az, hogy simán, azért erős túlzás. Kb minden OS fejlesztő úgy írta meg az IA64-es szerverOS-ét, mintha a fogát húzná. Egyedül a HP állt mellé egyértelműen. Ettől függewtlenül két év után ők is megszüntették az Itanium 2 processzoros WS-ök gyártásást és forgalmazását.
Mellesleg mint írtam, a MS az asztali platformra mondta, hogy ott viszont nem fog kétféle 64 bites archiektúrát támogatni, és akkor már zajlott az XP x64 fejlesztése (ami ugye Server 2003 alapokon készült). Készült ugyan IA64-es XP is, de egyrészt túl sokat nem adtak el belőle, másrészt a MS két év után meg is szüntette a fejlesztését és támogatását. Gyakorlatilag leváltották az X64 verzióval. Server 2003 R2-ből sem volt IA64 verzió.
Az XP IA64 verzió létezése is egyértelműen mutatja, hogy az intel bizony nagyonis le akarta hozni az IA64-et asztlara. A HP oldalán egyértelműen az szerepelt, hogy az EPIC a jövőben teljes egészében le fogja váltani az összes CISC és RISC rendszert.
-
válasz
#65675776
#28
üzenetére
De azt nem az IA64 / AMD64 tekintetében mondta, hanem az intel esetleges x86-os, egyedi kiegészítésére. Ezután lett (feltehetően) kényszerből az intel x86-ban is AMD64.
Az IA64 mögé az MS simán beállt, 2008R2 jövő nyárig még támogatott windows.---
arstechnikán az itaniumos cikk alatt volt egy szellemes megjegyzés, miszerint:
"HP has been where good technology goes to die for most of this century."
-
hallador
addikt
-
jah... a tdp az egy keret, amiből a proci gazdálkodhat. ha kevesebb mag van, magasabb órajelre tud turbózni, és tovább tudja tartani, mintha több mag lenne, hiába van elvileg magasabb órajelkerete. az osztályok elég furcsák, de még ezeket az új itaniumokat is 32nm-en gyártja az intel.
-
hallador
addikt
Sőt az itánium sztori sokkal régebbre nyúlik vissza 1989-re. A HP kezdte el fejleszteni, mint új hardver infrastruktúra. A lényeg az volt, hogy a processzor egy órajel ciklus alatt több utasítást tud futtatni párhuzamosan, hármat. Nem mellesleg a HP volt az egyetlen óriás cég akinek nem volt abban az időben valódi egyedi architektúrája, a SUN-ak, az IBM-nek, DEC-nek, és még egy halom cégnek is volt ilyenje. Azonban a HP rájött, hogy nem éri meg saját architechtúrát fejleszteni, ezért 1994-ben átadták az Intel-nek a fejlesztéseket. Innen indul a közös munka, ami végül 1998-ban a Merced-hez vezetett.
A Processzor RISC alapú, amihez ugyan még a Microsoft is készített operációs rendszert (NT4 for Risc), de alaphelyzetben ennek a processzornak elsősorban a HP Integrity rendszerek maradtak mindig is. (Persze az SGI, és sokan is használták, de sikeres nem lett. )
A HP ugyan a HP-UX-ot támogatta ameddig tudta az Itániumokon, de ma már a HP-UX -ből sem jön ki újabb, megszüntették a fejlesztést.
Nem titkoltan a HP a SUN majd Oracle, és az IBM ellen akart menni az Itániummal. Azonban a SUN beolvadt a az Oracle-be, a Oracle pedig szépen megszüntette a Solarist, akár a HP a HP-UX-et. Az oracle is az x86 felé halad, és a Linuxra migrálja a Solaris-t ahol lehet sok helyen nem lehet, de próbálkozik.(emlékszünk még a HP Oracle perre pontosan azért mert az Oracle nem adta ki egy időben a szoftvereit itániumra, illetve mocskos licenceléssel)Az IBM Power van már csak aki releváns szereplő ezen a piacon, ugyan a Fujitsu még szenved a Sparc-okkal, de az közel nem olyan erős mint az IBM.
Tanenbaum professzor még azt írta a könyvében, hogy az intel legszívesebben a tengerbe dobta volna az x86-ot már 1998-ban, ilyen célból vette meg a HP-től az Itánium technológiát, de sajnos a RISC nem terjedt el a PC piacon, sőt kihalt. Holott a mobiltelefonokban azért a RISC kaszál.
Szóval az Itánium egy letűnt kor gyermeke, a klasszikus értelemben vett mini gépek fogalmának ma már nincs értelme.
-
bteebi
veterán
Ez nem jó példa, mert itt a mikroarchitektúra adott (és valószínűleg a stepping is ugyanaz), ilyen esetekben azért viszonylag szépen (már-már lineárisan) szokott skálázódni a TDP a magok számával. Jelen esetben pedig azonos mikroarchitektúrájú és steppingű CPU-k négy- és egy nyolcmagos változatáról beszélünk. Az utóbbiban ráadásul még az órajel is magasabb, és ehhez képest ugyanaz a TDP (osztály), 170 W. Nekem továbbra sem áll össze
. -
-
laci1128
tag
Elore is elnezest a jo hosszu okoskodasert.
- Raadasul biztos vagyok benne, hogy vannak a kornyeken akik nalam jobban ismerik az Itaniumot, remelem ok kijavitanak, amennyiben valahol pontatlan volnek.Sajnos nem ennyire egyszeru a helyzet, hogy csupan "hany bites" egy processzor utasitaskeszlet szohossza.
Az IA64 teljesen eltero stilusu architektura a "hagyomanyos" PC-s CISC x86/-64-tol, es ez meg csak nem is a szohosszban ("bitek szama") nyilvanul meg elsosorban. Az IA64 egy un. VLIW utasitaskeszlet, amelynek sajatossaga diohejban hogy az "ateresztokepessegre"[2] probal fokuszalni, de ugy, hogy hardveres megoldasok (csovezetek es tarsai a hagyomanyos CISC es RISC prociknal[3]) helyett a parhuzamositas kezeleset rabizza a forditora es a szoftverre. Emiatt a szoftverfejlesztoknek lenyegesen jobban meg kell eroltetniuk magukat a processzor szamara megfelelo kod elkeszitesehez (cserebe jol parhuzamosithato feladatoknal jol is kellene muzsikalnia a hardvernek), mivel a "hagyomanyos" felepitesu alkalmazasok helyett teljesen mas felepitesu programokat igenyel.
Valoszinuleg inkabb ez, ill. a nem tul izmos teljesitmeny lehetett a jelentosebb oka a nepszerutlensegenek (=csak nagyon dragan lehet ra megfelelo szoftvert kesziteni), semmint a megjeleneskori (2001) hazon beluli x86 konkurencia. Az AMD64 csupan nehany evvel kesobb (2003) erkezett, az Intel sajat (raadasul a hirhedten nem is tul harapos/hatekony NetBurst) Xeonjai pedig az AMD64-hez kepest meg nehany honap kesessel (2004) kaptak meg az EM64T-t (= az AMD64 Inteles implementaciojanak a korabeli elnevezese).
Az utasitaskeszlet sajatossagai (parhuzamositas szuksegessege, valamint a meglevo szoftverek nehezkes futtatasa) miatt szerintem sohasem szantak a fogyasztoi, annal inkabb viszont a HPC es szerver szegmensbe.Erdekessegkeppen az AMD TeraScale architektura (vagy mas neven VLIW5 es VLIW4 a Radeon HD 2000-6000 kartyakon) jobban hasonlit az IA64-hez (pedig a TeraScale eseten 32 bit a szohossz), mint az Intel x86.
Egyebkent ugy tunik futtat hagyomanyos x86-os kodot is[4], csak nyilvan nem tul jo sebesseggel az optimalizacio hianya es az emulalas miatt.
Remelem azert sikerult nehany miszteriumot eloszlatni az IA64 Itanium procik kapcsan.
-
rodrigez
senior tag
Az Itanium saját 64 bites utasításkészlete. Az Itanium nem kompatibilus az x86-os processzorokkal, vagyis az AMD féle 64 bites kiterjesztéssel ellentétben nem futtat 32bites kódot. Ez egy vegytiszta 64 bites projektnek indult, és gyakorlatilag az tett be neki, hogy, az Intel saját maga állított konkurenciát neki a 32/64 bitet is támogató Xeonokkal. Vagyis az AMD utasításkészlete győzött.
.
- Raadasul biztos vagyok benne, hogy vannak a kornyeken akik nalam jobban ismerik az Itaniumot, remelem ok kijavitanak, amennyiben valahol pontatlan volnek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! MSI B450 R7 5800X 32GB DDR4 512GB SSD RX 6800 16GB ZALMAN Z1 Plus A-DATA 750W
- Azonnali kézbesítés az év bármely pillanatában
- LG 45GS95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- HIBÁTLAN iPhone 15 Pro Max 256GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3493, 93% Akkumulátor
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest