HP se je za tožbo odločil, ker se Oracle sploh ni odzval na poziv iz prejšnjega tedna. To je Oracle vzpodbudilo, da so se urno odzvali na včeraj vloženo tožbo. Zapisali so, da se Intel že dlje časa pripravlja na ukinitev platforme Itanium (uradno Intel to zanika), kar je bojda poznano tudi HP-ju. Zato naj bi bil HP septembra lani od Oracla zahteval podpis pogodbe o dolgoročni podpori platforme, ki je Oracle po lastnih navedbah ni podpisal. Šele pol leta pozneje so izvedeli za Intelov načrt, ki je bil povod za HP-jev poizkus ukrepanja za zaščito prihodnosti itaniumov.
HP po drugi strani trdi, da to ni res, da Intel ne razmišlja o ukinitvi razvoja prihodnjih itaniumov in da so z Oraclom podpisali pogodbo o dolgoročni podpori za Itanium. Ker se tega Oracle ne drži, so bili primorani vložiti tožbo.
HP in Oracle sta partnerja že 30 let, a je v zadnjih letih partnerstvo dobilo kiselkast priokus. Po Oraclovem nakupu Suna je postal Oracle pomemben igralec na trgu strežnikov, ki je bil prej v HP-jevi domeni. Ko je nekdanji HP-jev izvršni direktor Mark Hurd prebegnil k Oraclu, to ni blagodejno vplivalo na odnose med njima, saj je HP vložil tožbo zaradi razkrivanja poslovnih skrivnosti. Sedaj pa se zdi, da bo HP ostal z dolgim nosom, saj prodajo 90 odstotkov vseh itaniumov in če jih bosta Intel in Oracel res nehala podpirati, bodo izviseli. Če pa bo Intel nadaljeval izdajanje novih verzij itaniumov, bo z maslom na glavi obstal Oracle.
Jezst sploh ne štekam fore s temi Itaniumi, da se Intel še vedno tolk sili z njimi. A ne bi bilo bolj smiselno preiti na "standardne" x86-64 procesorje in čaw?
HP-jeva naložba v podporo teh sistemov ni ravno majhna... In firme oz. institucije, ki so kupovale Itaniume, nimajo nobene želje menjati sistemov, ki stanejo $$$ in so predvideni, da bodo delovali toliko in toliko let. Ne gre se za domače uporabnike ali posamezne strežnike, temveč za precej večje stvari.
Vprašanje, kam se bodo take firme obrnile, če bodo morale izbirati novega ponudnika opreme. Nazaj k HP-ju ali kam drugam?
Zdi se mi, da Intel tukaj niti ni noben problem. Oni bodo proizvajali, kar lahko prodajo. Samo Oracle in HP se malo bodeta.
Jezst sploh ne štekam fore s temi Itaniumi, da se Intel še vedno tolk sili z njimi. A ne bi bilo bolj smiselno preiti na "standardne" x86-64 procesorje in čaw?
Takrat še x86_64 ni bilo. To je AMD nepričakovano prehitel Intla po desni. Zdaj pa ima "na grbi" Itanium. In ne ve, kaj bi z njim, na nek način.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!
HP ima razvoj HP-UXa samo se na Itaniumu ter posledicno Oracle baza za njihov sistem. Brez Oracla nimajo kaj vec ponudit kar se tice aplikacij, odpade potem tud prodaja serverjev. HP je v riti, je pa res, da je tudi postal okoren dinozaver, brez kaksnega posebnega programskega razvoja. Oracle bo tudi Solaris odstranil, zdaj so se vrgli na Linux (Open Linux). Jebat ga. Kmalu bo samo se kar se tice server OS Windows in Linux.
Jezst sploh ne štekam fore s temi Itaniumi, da se Intel še vedno tolk sili z njimi. A ne bi bilo bolj smiselno preiti na "standardne" x86-64 procesorje in čaw?
So me prehiteli in lepo razložli pred mano.
Zadaj so pa stroški in eni so se začeli izmikat. Lahko bi ponudli zastonj prehod .... a se spet poraja vprašanje, kdo bo plačal poslovno škodo in stroške izobraževanja.
Ne vidim win-win scenarija ... bodo morali tisti, ki so obvezujočo pogodbo podpisali požret ponos in popustit.
Hecno pa je, da je Intel v tej zgodbici največ in najmanj kriv =)
Ontopic: edina prednost Itanija so zmogljivosti RAS, vendar jih je večina teh že vgrajena v najnovejši najdražji Xeon. RAS nima s samim ukaznim naborom nič.
Glede x64: lahko bi AMD bolj popucal naslovni prostor in odstranil neuporabne ukaze, da bi bilo več prostih kot za nove SSE/VEX ukaze.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
En drugega podjebavajo in kupcem po korakih predstavljajo tehnologije. Meni je važno da deluje, sploh me več ne zanimajo kaj dosti te tehnologije itanija, kriptonita, že dolgo več nisem najnovejši pc kupil.
Problem je, da so konkretne HP-jeve strežniške mašine, kar precej denarja. Sedaj si pa predstavljaj, da kupiš njihov server z dodatki, odkartaš 500+k€, čez leto ali dve pa ostaneš brez podpore. Nice? IMO bodo tukaj najbolj stranke trpele, HP niti ne toliko.
Glede x64: lahko bi AMD bolj popucal naslovni prostor in odstranil neuporabne ukaze, da bi bilo več prostih kot za nove SSE/VEX ukaze.
Daj malo bolje razloži tole, ker se mi močno zdi, da knkretno brcaš v temo. Ljudje, ki pri AMDju snujejo procesorje, niso od včeraj, veš ;)
Glej Intel® 64 and IA-32 Architectures Software Developer's Manual Combined Volumes 2A and 2B: Instruction Set Reference, A-Z - http://www.intel.com/Assets/PDF/manual/...
Tam pojdi na Opcode Map (Appendix A) Jaz bi ven iz enobajtnih ukazov odstranil ukaza ADC, SBB, saj vsak porabi 6 opkod. In mogoče še posebne akumulatorske (posebej za register AL, rAX) verzije ostalih ukazov, ki bi tako porabili štiri namesto šest opkod. Malo si preberi, kake trike je moral uporabiti Intel, da je naredil VEX ukaze in iztisnil tistih par neuporabljenih bitov. Vsaj x64 način bi bil lahko bolj razširljiv. Tako pa se Intel in AMD tepeta, kdo bo zasedel tisti neuporabljeni dodatni bit.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Bi trpela kompatibilnost za nazaj. To je namreč stvar, ki gor drži IA(32/64/karkoli).
??? Jaz govorim za leto 2003. Itak je bil AMD64 nekompatibilen za nazaj. Odstranili so nekaj ASCII ukazov, kot so AAA, AAD, AAM, AAS ipd: http://download.oracle.com/docs/cd/E192...
Jaz pravim, da bi lahko odstranili za x64 način še več. X86 pa je puščen kot je, z AAA, AAD in ostalimi eksotikami.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Problem je, da so konkretne HP-jeve strežniške mašine, kar precej denarja. Sedaj si pa predstavljaj, da kupiš njihov server z dodatki, odkartaš 500+k€, čez leto ali dve pa ostaneš brez podpore. Nice? IMO bodo tukaj najbolj stranke trpele, HP niti ne toliko.
Če bi trpele stranke, bi trpel tudi HP. Saj je bilo napisano, da bi HP trpel v tem, ker ne bi več imel Oraclove baze za svoje HP-UX strežnike. Ali bodo potem začeli stranke preprečevati naj migrirajo na MySQL ali Postgre? :-)
Orakelj že davno za HP UX ne dela samo baz podatkov.Tu so še aplikacijski strežniki in cel kup aplikacij, katere je Orakelj do nedavna razvijal tudi za HP UX platformo, ki je bila zgodovinsko na PA-RISC procesorjih, kasneje so pa napravili tranzicijo na Intel Itanium.
Mislim, da bodo Orakelj poleg HPja začele stiskat še stranke. Recimo pri meni v službi imamo multimilijonski Oracleov sistem direkt na HP UX Itaniumu 64 bit. Z bazo smo pravočasno že 4 leta nazaj pobegnili na Linux, ker je bila na voljo. Ta sistem pa ni bil. Novejše različice sicer sedaj so tudi za Linux, vendar se moramo zajebavat s portanjem vseh customizacij (C zadeve), delat testiranja in validiranja na Linuxu, za kar ni časa in denarja, oz. gre za dodaten strošek, ki ga je managementu v teh cajtih težko upravičit.
Je pa bilo pričakovano do neke mere. Orakelj se je vrgel na hardver in sedaj želi zajebavat HP in IBM. Problem je le, da tako kot sta IBM in HP v riti glede softveraja, je tudi Oracle v riti glede projektnega vodenja in izvedbe softverskih projektov pri končnih strankah. Največji svetovni Oracle sotfverski projekti so bili namreč speljani ravno s strani HPja in IBMa.
To bo še zanimivo ...
(\__/) This is Bunny. Copy and paste bunny
(='.'=) into your signature to help him gain
(")_(") world domination.
Jah nič, izgleda da je bil to teden, ko je akronim IA64 pridobil oznako "legacy"...
Nič ne bo s "svetlo bodočnostjo".
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Glede x64: lahko bi AMD bolj popucal naslovni prostor in odstranil neuporabne ukaze, da bi bilo več prostih kot za nove SSE/VEX ukaze.
AMD je ne developer forumu odprl temo tipa "predlagajete izboljšave, ki bi jih radi videli v Bulldozerju".
Ena od stvari, ki sem jo navedel, je ravno to, čeprav v razširjeni varianti.
Nekako v stilu dual-mode dekoderja. En mod je obstoječi, drugi je bolj priseben. Recimo brez prefixov in z uniformno dolžino instrukcije, recimo 32 bitov. Ali recimo z najkrajšim opcodeom 16-bitov in pa standardno dolžino 32-bitov. To bistveno poenostavi dekodiranje in naredi placa za čuda instrukcij.
Ko cache zajame podatke, jih ti itak dobiš v paketkih po 64-byteov- tolke je IIRC en cacheline. Normalen x86 CPU itak lahko v šusu dekodira v njem samo 3-4 instrukcije, pa če so te 8-bitne ali veliko daljše. In če smo že pri tem, je lahko na začetku ali koncu bitfield, ki določa, kje se nahajajo začetki instrukcij, da se dekoder ne matra.
Poleg tega bi blo fajn videt loop-mode na SSE enotah. V smislu, da ti lahko v SSE enoti sami delaš _kratke_ pogojne skoke in po potrebi glede na pogoj tudi prekineš izvajanje. SSE enoti bi dal majhen buffer z že dekodiranimi ukazi, ki jih je nazandje izvedla
Tako bi lahko lepo nafilal SSE registre in pri izvajanju na koncu zanke štartal loop mode. Takrat bi cela zanka že bila v internem bufferju SSE in ta bi se vrtela v njej, dokler ne bi nek pogoj padel ( izčrpan števec zanke &| nek drug pogoj ) in med tem ti ne bi žrla resurse na instrukcijskem dekoderju.
CPU bi mirno delal svoje in občasno bodisi prevveril flag MCSSE registru ( loop mode končan) ali pa bi počakala na temu ustrezen interrupt.
Pa s tem novim formatom bi lahko SSE enoti dal bistveno več bistveno bolj ortogonalnih instrukcij.
Glede na to, da so sodobni procesorji kameleon različnih načinov, bi res lahko dodali še en flag v kodni segment, da se omogoči fiksni 32-bitni ISA. Ampak zafrknil je Intel, ker ni naredil Pentium II procesorja s podporo za IA64. S poceni IA64 procesorji z nativnim x86 izvajanjem bi bil moral preplaviti trg, pa ga ni. Zdaj pa imamo, kar imamo.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
