-
AIX auf AS/400
Hallo *all,
ich habe mir gerade den Artikel auf Heise heise online - IBM bringt AIX 6.1 und PowerBlade auf den Markt
durchgelesen, und den letzten Absatz verstehe ich so das AIX 6 auch auf der AS/400 laufen würde. Vermutlich aber doch nur auf den neuesten Modellen die ja angeblich identisch sind mit den P-Kisten.
Gruß
Gregor
-
... das ist wohl seit einiger Zeit, seitdem das Ding i5 heißt (müsste auf Power 6 dann i6 heißen), andersrum: die AS400 ist ein Emulationsmodus auf einer AIX Kiste. Ob dann das AIX auch nutzbar ist, das ist alles reine Software...
mfg
Dieter Bender
-
Zitat von KingofKning
Vermutlich aber doch nur auf den neuesten Modellen die ja angeblich identisch sind mit den P-Kisten.
Gruß
Gregor
Denke eher nicht das die Power6 variante der i5 derart abgespeckt wurde das sie einer p6 oder heißt die dann noch p5 endspricht.
Normalerweise sind die i Modelle etwas komplexer in technick und design, deshalb ist es ja auch nicht möglich Linux Native auf einer i5 zu fahren(auf einer OpenPower geht das, da diese nicht viel mehr ist als eine p).
Gruß AS400.lehrling
-
Linux nativ auf i5
Zitat von AS400.lehrling
Denke eher nicht das die Power6 variante der i5 derart abgespeckt wurde das sie einer p6 oder heißt die dann noch p5 endspricht.
Normalerweise sind die i Modelle etwas komplexer in technick und design, deshalb ist es ja auch nicht möglich Linux Native auf einer i5 zu fahren(auf einer OpenPower geht das, da diese nicht viel mehr ist als eine p).
Gruß AS400.lehrling
Hallo AS400.lehrling,
Linux nativ auf i5 geht doch.
2 Wege i5, Lpar und zweiten Prozesor mit Linux nativ betreiben. i5 und p5 sind doch identisch. Nur auf dem Control-Panel soll ein anderer Chip stecken der die Gene für i- oder p- Familie bestimmt.
Gruß
Mida
-
Zitat von Mida
Nur auf dem Control-Panel soll ein anderer Chip stecken der die Gene für i- oder p- Familie bestimmt.
Beinahe... auf der Hauptplatine steckt ein kleiner Chip, der der Maschine sagt, welches CPU-Feature installiert ist (bei den neueren CoD-Maschinen geht auch zusätzlich was per Software-Key). Ansonsten stecken im Control Panel einige Bits, die sagen: ich bin i oder ich bin p. Meine Test-520er war auch auf einmal eine pSeries, nach dem sie eine Woche ohne Strom war - sehr erlustigend, wenn das Blech dann "aus Lizenzgründen (laut SRC)" kein i5/OS mehr lädt...
Übrigens rumort man ja derzeit von i5/OS-Blades in den nächsten Wochen...
-h
-
Zitat von Mida
Hallo AS400.lehrling,
Linux nativ auf i5 geht doch.
2 Wege i5, Lpar und zweiten Prozesor mit Linux nativ betreiben. i5 und p5 sind doch identisch. Nur auf dem Control-Panel soll ein anderer Chip stecken der die Gene für i- oder p- Familie bestimmt.
Gruß
Mida
Wo ist das den native wenn trotzdem OS/i5 + LPAR (auch Lizenspflichtig) benötigt wird ?
Native Bedeutet für mich das Linuz als Betriebssystem ab IPL gefahren wird, sobald ich OS/i5 benötige habe ich Prinzipiell nur einen Virtuellen Server der Linuz fährt ähnlich einer Xen Lösung.
Xen läuft ja auch nicht auf der I, was erheblich die Anschaffungskosten in sachen Linux reduzieren würde da freeware.
Gruß AS400.lehrling
-
Zitat von AS400.lehrling
Native Bedeutet für mich das Linuz als Betriebssystem ab IPL gefahren wird
Du hast das Konzept der AS/400 noch nicht ganz verstanden: Da ist nicht nur ein wenig Betriebssystem samt Oberfläche, sondern auch eine perfekte Hardware-Virtualisierung, Ressourcenmanagement und Storage-Mangement enthalten. Der Hypervisor (der aus Teilen des LIC entstanden ist und somit Teil von i5/OS ist) macht hier eine ganze Menge, um auch grosse Büchsen im Griff zu halten, daher muss ein i5/OS installiert sein. Wenn Du nur ein billiges Blech für Linux (die Schreibweise mit z ist wohl ein alter Tippfehler von Linus) brauchst, kauf Dir einen Stapel xSeries. Nur für Linux ist das schwarze iBlech etwas zu teuer.
-h
-
Zitat von holgerscherer
Du hast das Konzept der AS/400 noch nicht ganz verstanden: Da ist nicht nur ein wenig Betriebssystem samt Oberfläche, sondern auch eine perfekte Hardware-Virtualisierung, Ressourcenmanagement und Storage-Mangement enthalten. Der Hypervisor (der aus Teilen des LIC entstanden ist und somit Teil von i5/OS ist) macht hier eine ganze Menge, um auch grosse Büchsen im Griff zu halten, daher muss ein i5/OS installiert sein. Wenn Du nur ein billiges Blech für Linux (die Schreibweise mit z ist wohl ein alter Tippfehler von Linus)
Nein, es ist kein schreibfehler das kernel-image heißt vmlinuz
Das Konzep AS/400 habe ich durchaus verstanden, deshalb wehre ich mich auch gegen die Behauptung das Linux nativ auf einer AS/400 läuft.
Die Komplexität des Systems erfordert eben mehr als Linuz mitbringt, für unix bzw Delphi dürfte das selbige gelten.
LPAR ist ja nichts anderes als eine Umgebung in der andere OS so ausführbar sind als ob sie direct auf der hardware laufen, so wie andere virtualisierungs Lösungen zb Vmware oder Xen.
-
Zitat von AS400.lehrling
Nein, es ist kein schreibfehler das kernel-image heißt vmlinuz
Das Konzep AS/400 habe ich durchaus verstanden, deshalb wehre ich mich auch gegen die Behauptung das Linux nativ auf einer AS/400 läuft.
Die Komplexität des Systems erfordert eben mehr als Linuz mitbringt, für unix bzw Delphi dürfte das selbige gelten.
LPAR ist ja nichts anderes als eine Umgebung in der andere OS so ausführbar sind als ob sie direct auf der hardware laufen, so wie andere virtualisierungs Lösungen zb Vmware oder Xen.
Ich meinte, das "z" ist ein Tippfehler von Linus gewesen <g>
Und zum Thema AS/400-Konzept: Da läuft *nichts* direkt und native auf der Hardware. i5/OS ist das Betriebssystem - und es weiss noch nicht mal, was eine Festplatte ist. Es kennt nur Objekte. Das nennst Du native? <g> Da ist die Linux-LPAR eher native als eine i5/OS-LPAR. Da ist VMWare eher native, dort kann eine VM mit speziellen Treibern direkt auf die Hardware zugreifen. Xen ist (naja, sorry) ein besserer Speicher- und Ressourcenmanager.
Auf dem schwarzen iBlech ist das Zauberwort LIC. Und da müssen Lösungen wie VMware oder Xen erst hin - auch wenn sie da nie hin kommen, die Gäste sind alles Betriebssysteme, die direkt auf die Hardware zugreifen wollen. Daher ist LPAR-Linux auf dem System i ja nicht so ganz trivial, man muss dem Kernel ja auf die Finger schauen. Und wenns wirklich native sein soll: wer schreibt denn die Treiber für das ganze Blech und die Steckkarten der IBM?
-h
-
Zitat von holgerscherer
Ich meinte, das "z" ist ein Tippfehler von Linus gewesen <g>
Und zum Thema AS/400-Konzept: Da läuft *nichts* direkt und native auf der Hardware. i5/OS ist das Betriebssystem - und es weiss noch nicht mal, was eine Festplatte ist. Es kennt nur Objekte. Das nennst Du native? <g>
das einzig Native auf einer i5 der LIC, und nur dieser ist, dürfte dochwohl bekannt sein.
Wie war das noch mit dem Zwiebel Ähm.. Schichtmodell ?
1. Hardware
2. LIC
eine ganze menge lückenfüller des Universums
Gleich danach das OS/i5
Und at last die möglichkeit das der User mittels seu in der lage ist sich individuelle Lösungen zu kreiren die lauffähig sind.
Bei der AS/400 ging es doch auch darum die Software quasie von der hardware unabhängig zu machen damit nicht für jeden Software- oder Hardwarewechsel die Soft- oder Hardware gleich mit erneuert werden muß.
Da ist die Linux-LPAR eher native als eine i5/OS-LPAR. Da ist VMWare eher native, dort kann eine VM mit speziellen Treibern direkt auf die Hardware zugreifen. Xen ist (naja, sorry) ein besserer Speicher- und Ressourcenmanager.
Mit den Unterschied(en) von LPAR(s) kenne ich mich wirklich nicht aus.
Xen hatte ich bisher so verstanden das es als Ausführungsschicht zwischen der Hardware und dem Betriebssystem existiert und daher den Vservern (DOM1-DOMX) den begrensten zugriff auf die hardware ermöglicht, und daher eine höhere leistungsfähigkeit aufweist als VmWare.
Auf dem schwarzen iBlech ist das Zauberwort LIC. Und da müssen Lösungen wie VMware oder Xen erst hin - auch wenn sie da nie hin kommen, die Gäste sind alles Betriebssysteme, die direkt auf die Hardware zugreifen wollen.
Für die große Masse der user ist es nicht notwendig das Virtualizierer wie VmWare & Co. auch nur ansatzweise an LIC heranreichen, die meisten setzen VmWare & Co. eh auf kostengünstigen X86 strukturen ein(einige weniger wahrscheinlich auch auf PPC / Super-H / ALPHA)
Daher ist LPAR-Linux auf dem System i ja nicht so ganz trivial, man muss dem Kernel ja auf die Finger schauen. Und wenns wirklich native sein soll: wer schreibt denn die Treiber für das ganze Blech und die Steckkarten der IBM?
-h
Gute Frage, ich wüste jetzt nicht wer die Treiber für wen schustert.
Denke mal das jeder Hardware produzent seine eigenen Genies damit beauftragt
-
Der Vorteil des i5/OS ist ja gerade die Hardwareunabhängigkeit, da nur ein Maschinen-Interface-Code bereitgestellt wird.
Für die verschiedenen Hardwareplattformen gibt es a) den LIC, der das MI-Interface bereitstellt, sowie Basis-Treiber für die reine Kommunikation zwischen Hardware und LIC.
Das OS ist seit Anbegin ein 128-Bit-Betriebssystem !!!
Da sind andere mit ihren 64-Bit noch weit von entfernt.
Und trotzdem funktionieren heute noch Porgramme aus der CISC-Welt (nach Objektkonvertierung) auf den modernsten Architekturen.
Viele andere OS'n (auch Linux) müssen für jede Plattform (Intel, Motorola, Alpha, 64-Bit) explizit erstellt werden und auch die jeweilige Software kann ich nicht so einfach auf andere Hardware portieren (lass mal ein altes MSDOS-Programm auf Vista laufen).
Das LPAR der i5 ist daher weitaus flexibler als jede andere VM-Software.
Linux auf i5/OS wird auch auf der nächsten Hardware problemlos laufen, da Linux nicht unterhalb von MI an die Hardware kommt.
Mehrprozessorlösungen sind da genauso flexibel machbar.
Wenn ich von Windows eine Applikation über mehrere Prozessoren stricken will, muss ich das per Design bereits vorsehen. Die AS/400 kann das (größtenteils) automatisch.
Ich kann mir nur vorstellen, was man alles betreiben muss, um eine DB (MySQL, Oracle, SQL-Server) auf einem Mehrprozessorsystem zu dynamisieren.
Auf der i5 braucht ich mich nicht daum zu kümmern, die SQL-Engine entscheidet das automatisch.
-
Eben.
Soft und Hardware sind von einander unabhängig.
Und es ist falsch zu sagen das Linux nativ auf der i läuft, das geht nicht weil die Software nichts von der hardware mitbekommt.
Jedes OS das sich an der hardware gütig halten will, wird an der i5 scheitern weil bei der i5 ein völlige Trennung von OS und Hardware vorliegt.
AS400.lehrling
Similar Threads
-
By schatte in forum NEWSboard Linux
Antworten: 12
Letzter Beitrag: 29-01-08, 14:02
-
By WeKaSys in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 06-11-06, 17:34
-
By sjuerges in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 17-08-06, 12:12
-
By RickX62 in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 17-11-05, 15:35
-
By procher in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 21-05-02, 12:31
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks