Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
News Itanium 9700: Kittson beendet mit vier Modellen Intels Itanium-Serie
- Ersteller Volker
- Erstellt am
- Zur News: Itanium 9700: Kittson beendet mit vier Modellen Intels Itanium-Serie
Piktogramm
Admiral
- Registriert
- Okt. 2008
- Beiträge
- 9.252
Beitrag schrieb:Mission-Critical-Segment?
Marketingbullshit
Anno dazumal mit ein paar netten Features für die Hochverfügbarkeit der Systeme, die heute nahezu jeder 0815 Xeon mit Cxxx Chipsatz hat.
TheCadillacMan
Captain
- Registriert
- Juni 2005
- Beiträge
- 3.146
Neben den schon erwähnten vertraglichen Verpflichtungen ggü. HPE, gibt es natürlich Kunden die Itanium-Systeme Einsatz haben und dementsprechend der Plattform verbunden sind. Die wissen natürlich auch, dass Itanium tot ist, aber die Hardware und Software wurden für ein Vermögen angeschafft soll dann eben solange wie möglich überleben. Vor allem die Migration auf eine andere Plattform häufig mit neuer Software wird wegen der teilweise immensen Kosten gescheut.Simon schrieb:Offensichtlich gibt es noch ein paar Unverbesserliche, die Support bis 2025 haben wollen.
Du würdest dich wundern wie viele AS/400 bzw. System i noch in der deutschen Industrie im Einsatz sind. Das und Itainium sind Plattformen, die in erster Line nur noch deshalb existieren wie Umstellung auf x86 zu aufwändig ist. Man schleppt sie halt mit solange es irgendwie geht mit. Mit den AS/400-Überbleibseln verdienen sich IBM und die vergleichsweise wenig übrigen COBOL-Entwickler heute eine relativ goldene Nase.
Biedermeyer
Commander
- Registriert
- Apr. 2005
- Beiträge
- 2.396
Huhu CB-Volker,
was ist eigentlich ein Taram?
...koennte eine Maßeinheit sein
was ist eigentlich ein Taram?
...koennte eine Maßeinheit sein
rg88 schrieb:Gut, dass die jetzt beerdigt werden. Intel hat ja bereits eine neue (failed-)Technologie am Start, die nahtlos an den großen Erfolg der Itanics anknüpfen wird. (*hust*Optane*/hust*)
Da hat wohl einer nicht das Review[1] der P4800X gelesen. Kann ja bei Ihm nicht gut sein, kommt ja nicht von AMD..
[1]
http://www.anandtech.com/show/11209...ep-dive-into-3d-xpoint-enterprise-performance
@TheCadillacMan
Alles berechtigte Einwände, aber das Thema ist ja nun nicht gerade neu. Irgendwann passiert es so oder so und die Lebenserhaltungsmaßnahmen bis an die Grenzen des guten Geschmacks kosten schließlich auch eine Stange Geld.
Und das funktioniert auch nur dort, wo es keinerlei steigende Anforderungen an die Performance gibt, denn in diesem Bereich gab es die letzten Jahre praktisch keinerlei Weiterentwicklung.
Anders im Gegenzug zu System i, wo es aufgrund der Verwandschaft zu System p ja wenigstens eine halbwegs aktuelle Hardware-Basis gibt. Der Vergleich hinkt etwas.
Alles berechtigte Einwände, aber das Thema ist ja nun nicht gerade neu. Irgendwann passiert es so oder so und die Lebenserhaltungsmaßnahmen bis an die Grenzen des guten Geschmacks kosten schließlich auch eine Stange Geld.
Und das funktioniert auch nur dort, wo es keinerlei steigende Anforderungen an die Performance gibt, denn in diesem Bereich gab es die letzten Jahre praktisch keinerlei Weiterentwicklung.
Anders im Gegenzug zu System i, wo es aufgrund der Verwandschaft zu System p ja wenigstens eine halbwegs aktuelle Hardware-Basis gibt. Der Vergleich hinkt etwas.
Crass Spektakel
Lieutenant
- Registriert
- Juli 2015
- Beiträge
- 978
Der Itanium war einfach von vorne bis hinten Quatsch. Nicht nur technisch (ich durfte mal ein paar Tage an so einem Ding arbeiten) sondern auch ideologisch... klassischer Fall von Design by committee und zwar von den gleichen Idiotenvereinen die schon vorher Taligent, Project Pink und andere "lets unify Unix" Konzepte an die Wand gefahren hatten.
Grob zusammengefasst:
-Angeblich zuverlässiger aber in der Praxis durch Exotenstatus und unausgegorene Treiber einem hochwertigem x86 unterlegen. Bei uns liefen z.B. viele hochwertige SCSI-Gerätschaften nur unzuverlässig, Tipp vom Support "nehmen sie doch hochwertige und sauteure HP-Lösungen"...
-Angeblich schneller aber dank Schneckenentwicklung bis zur Lieferbarkeit normalerweise nur ein Bruchteil eines hochwertigen x86.
-Angeblich Gesamtkonzepte aber in der Praxis gab es so wenig dafür dass man drumherum immer ein paar andere Systeme stellen musste
-Schweine-Schweine-Schweine-Teuer sobald man mehr als ein Demonstrationssystem wollte
Worin sie zweifellos gut waren:
-Kunden sündhaftteuer an den Dienstleister binden. Gnade Gott demjenigen der von diesem System nicht weg konnte... Das waren einfach nur teure Dongles zum Kundenmelken.
Burn in Hell Itanium.
Grob zusammengefasst:
-Angeblich zuverlässiger aber in der Praxis durch Exotenstatus und unausgegorene Treiber einem hochwertigem x86 unterlegen. Bei uns liefen z.B. viele hochwertige SCSI-Gerätschaften nur unzuverlässig, Tipp vom Support "nehmen sie doch hochwertige und sauteure HP-Lösungen"...
-Angeblich schneller aber dank Schneckenentwicklung bis zur Lieferbarkeit normalerweise nur ein Bruchteil eines hochwertigen x86.
-Angeblich Gesamtkonzepte aber in der Praxis gab es so wenig dafür dass man drumherum immer ein paar andere Systeme stellen musste
-Schweine-Schweine-Schweine-Teuer sobald man mehr als ein Demonstrationssystem wollte
Worin sie zweifellos gut waren:
-Kunden sündhaftteuer an den Dienstleister binden. Gnade Gott demjenigen der von diesem System nicht weg konnte... Das waren einfach nur teure Dongles zum Kundenmelken.
Burn in Hell Itanium.
TheCadillacMan
Captain
- Registriert
- Juni 2005
- Beiträge
- 3.146
Auf einem Itanium-System ist man vermutlich heute noch aus einem oder beiden der folgenden Gründe:Simon schrieb:Irgendwann passiert es so oder so und die Lebenserhaltungsmaßnahmen bis an die Grenzen des guten Geschmacks kosten schließlich auch eine Stange Geld.
Und das funktioniert auch nur dort, wo es keinerlei steigende Anforderungen an die Performance gibt, denn in diesem Bereich gab es die letzten Jahre praktisch keinerlei Weiterentwicklung.
a) Was heute läuft entspricht im wesentlichen noch den Anforderungen. Kleinere Probleme löst man oder arbeitet drumherum.
b) Das Risiko einer Migration wird zu hoch eingeschätzt. Immerhin ist das System ja "Mission Critical" schon weil der Vertrieb das damals so verkauft hat.
Man klammert sich eben an den letzten Strohhalm solange man kann und mancher Verantwortlicher hofft insgeheim, dass das ein Problem für seinen Nachfolger wird.
Ich will diese Haltung nicht verteidigen, aber ich kann mir beim besten Willen keinen anderern Grund vorstellen heute noch auf Itanium zu setzen.
Ja, der Vergleich hinkt etwas (Itanium ist z. B. im Gegensatz zur AS/400 nie so richtig am Markt angekommen), aber die resultierenden Probleme für die Anwender heute sind die gleichen.Simon schrieb:Anders im Gegenzug zu System i, wo es aufgrund der Verwandschaft zu System p ja wenigstens eine halbwegs aktuelle Hardware-Basis gibt. Der Vergleich hinkt etwas.
Beides sind zumindest im Enterprise-Bereich tote/sterbende Plattformen. Die POWER-Architektur hat immerhin im HPC-Bereich etwas Fuß fassen können aber bei Itanium gibt's halt gar nichts.
Neue Installationen (also nicht Upgrades oder Erweiterungen) wirst von beiden Plattformen heute praktisch nicht finden würde ich behaupten.
Piktogramm
Admiral
- Registriert
- Okt. 2008
- Beiträge
- 9.252
@Simon
Die Grenze des guten Geschmacks ist meist funktioniert / funktioniert nicht. Solang es funktioniert werden Ausfälle mit nachkaufbarer Hardware kompensiert und wenn skaliert werden muss, werden neue Kisten hinzugestellt. Kurz- bis Mittelfristig ist das viel günstiger als eine Migration auf eine neue Architektur. Solang es keinen anderen zwingenden Grund gibt die Migration vor dem Auslaufen des Supportfenster abzuschließen gibt es betriebswirtschaftlich keinen Grund das Ganze vorzuziehen.
Die Preise für die Migration werden auch nicht größer mit der Zeit. Ob man nun vor 5 Jahren migriert wäre oder es erst in 5 Jahren tut ist egal. In Beiden Fällen hat man einen haufen propritären Kram zu dem man den Quellcode nicht hat oder zumindest Niemand mehr der in der Lage ist zu verstehen. Das wäre vor 5 Jahren ein Clusterfuck und ist es in 5 Jahren auch noch.
Ganz wichtig ist auch, wenn Boni auf kurzfristige Jahresergebnisse beziehen, wird sich Niemand das dicke Ei der MIgration in den relevanten Bewertungszeitraum setzen.
Die Grenze des guten Geschmacks ist meist funktioniert / funktioniert nicht. Solang es funktioniert werden Ausfälle mit nachkaufbarer Hardware kompensiert und wenn skaliert werden muss, werden neue Kisten hinzugestellt. Kurz- bis Mittelfristig ist das viel günstiger als eine Migration auf eine neue Architektur. Solang es keinen anderen zwingenden Grund gibt die Migration vor dem Auslaufen des Supportfenster abzuschließen gibt es betriebswirtschaftlich keinen Grund das Ganze vorzuziehen.
Die Preise für die Migration werden auch nicht größer mit der Zeit. Ob man nun vor 5 Jahren migriert wäre oder es erst in 5 Jahren tut ist egal. In Beiden Fällen hat man einen haufen propritären Kram zu dem man den Quellcode nicht hat oder zumindest Niemand mehr der in der Lage ist zu verstehen. Das wäre vor 5 Jahren ein Clusterfuck und ist es in 5 Jahren auch noch.
Ganz wichtig ist auch, wenn Boni auf kurzfristige Jahresergebnisse beziehen, wird sich Niemand das dicke Ei der MIgration in den relevanten Bewertungszeitraum setzen.
Zuletzt bearbeitet:
PHuV
Banned
- Registriert
- März 2005
- Beiträge
- 14.219
Ich hatte damals als einer der ersten die Ehre, C-Code auf einem Itanium-System zu portieren und weiter dort zu entwickeln. So schlecht war der damals gar nicht.
Man sollte ihn nicht schlechter reden, als er wirklich war. Gut, es war nach der 2. Generation schon klar, daß das Kind nix mehr wird, die Zeit und die anderen Prozessoren waren einfach besser.
Übrigens verstehe ich bis heute nicht, das sich das Kack-Little-Endian durchgesetzt hat. Das hat - außer Intel - kaum keiner mehr verwendet (wenn man vom erfolgreichen MOS Technology 6502 absieht).
- Er konnte zwischen Big- und Little Endian hin und herschalten
- Er konnte mit nativen PA-RISC und x86-Code umgehen
- Performancemäßig war er bei float sehr gut, und konnte damals mit den PowerPC durchaus mithalten
- Der Compiler war gutmütiger als andere
Man sollte ihn nicht schlechter reden, als er wirklich war. Gut, es war nach der 2. Generation schon klar, daß das Kind nix mehr wird, die Zeit und die anderen Prozessoren waren einfach besser.
Übrigens verstehe ich bis heute nicht, das sich das Kack-Little-Endian durchgesetzt hat. Das hat - außer Intel - kaum keiner mehr verwendet (wenn man vom erfolgreichen MOS Technology 6502 absieht).
Zuletzt bearbeitet:
PHuV schrieb:Ich hatte damals als einer der ersten die Ehre, C-Code auf einem Itanium-System zu portieren und weiter dort zu entwickeln. So schlecht war der damals gar nicht.
- Er konnte zwischen Big- und Little Endian hin und herschalten
- Er konnte mit nativen PA-RISC und x86-Code umgehen
- Performancemäßig war er bei float sehr gut, und konnte damals mit den PowerPC durchaus mithalten
- Der Compiler war gutmütiger als andere
Übrigens verstehe ich bis heute nicht, das sich das Kack-Little-Endian durchgesetzt hat. Das hat - außer Intel - kaum keiner mehr verwendet (wenn man vom erfolgreichen MOS Technology 6502 absieht).
weil es etwas schneller in manchen bereichen ist
dazu hats der marktführer eben als sein ding von den 2 ausgesucht.
vom rein logischen ist big einfacher.
na dann RIP das ding ist ja schon lange durch.
letztes richtiges update wahr 2007?
Ähnliche Themen
- Antworten
- 38
- Aufrufe
- 10.662
- Antworten
- 16
- Aufrufe
- 4.721
- Antworten
- 11
- Aufrufe
- 4.027
- Antworten
- 15
- Aufrufe
- 5.092
- Antworten
- 32
- Aufrufe
- 9.223