Was ist OS/400?

[UFK]

Hm, ob das dem Fragesteller irgendwie weiterhilft ? Nee

Und müßt Ihr ihn gleich anmachen, weil er es gewagt hat, den Mund aufzumachen, um eine Frage zu stellen ? Nein

Wenn man in 10 Minuten das Wichtigste über OS/400 sagen soll, würde ich wohl doch folgendermaßen beginnen:

1. Man stelle sich ein (vor fast 30 Jahren) innovatives aber verkanntes, weder DOS- noch Unix-, sondern Objekt-orientiertes Betriebssystem vor, bei welchem etwa 100 verschiedene Objektarten mit einem Dutzend einfacher Verben wie Create ..., change ..., delete ..., add ..., remove ..., grant ..., revoke ..., angesprochen werden, die eine dedizierte Kommandosprache ergeben, wenn sie nach einem Schema abgekürzt und zusammenstellt werden.

2. Man stelle sich eine Kontext-abhängige Bediener-führung (F4) und -hilfe (F1) sowie ein simples (einfach aber gutes) Menüsystem vor, also Systeme, deren Konzepte und Techniken man leicht für eigene Programme übernehmen kann

3. Man verstecke einen primitiven aber brauchbaren Transaktionsmonitor und eine SQL-Datenbank im Betriebssystem, so daß sich der Kauf von Konkurrenzprodukten für den Anwender erübrigt.

4. Man sehe hardware-unabhängige Einheitenbeschreibungen für Workstations, Printer, und Speicher sowie Kommunikationseinheiten vor, und verstecke die Details wie Treiber in tiefer liegenden und für den User unzugänglichen Schichten (ähnlich wie Firmware)

5. Man stelle sich ein Berechtigungs-System vor, das vielfältiger und rigoroser als dasjenige von Unix oder Linux ist (Berechtigungslisten, Referenz-Objekte usw.)

6. Man reichere das ganze um 3 Grufty-taugliche Programmiersprachen an (RPG, COBOL, BASIC), und fertig ist die /38 die UrOma der iSeries, die meistens aber unter verschienenen Tarnnamen wie AS400, iSeries i5 usw. auftaucht.

Dann einige Worte zur Befehlssyntax, zum Befehlsinterpreter, zu Nachrichten, ihren Arten, zum Sender und Empfänger ...

Der Lizenzcode (SLIC) der AS400, sorry, der intreressiert eigentlich keinen, denn der war bei mir immer schon drauf, wenn die Maschine vom IBM-Techniker übergeben wurde. Insoweit begann man mit irgendeiner Version Nr ... Release ... Modification ... und mit einigen CUM-Tapes von PTF's, bevor man zugekaufte Anwendungssoftware installierte.

[holgerscherer]

Hm, ob das dem Fragesteller irgendwie weiterhilft ? Nee
Und müßt Ihr ihn gleich anmachen, weil er es gewagt hat, den Mund aufzumachen, um eine Frage zu stellen ? Nein

Beides hilft dem Fragesteller nicht, aber wir haben ihn auch nicht angemacht, sondern recht deutlich auf einen Unterschied zwischen AS400 und Rest der Welt hingewiesen:

Ausserhalb von IBM hat es keinen zu interessieren, wie der SLIC technisch en detail funktioniert. Es ist nicht nötig. Wenn man (im Gegensatz zur von Soltis mal gelobten Ostküstendenke) eben mit der Betrachtungsweise eines PC- oder Unix-Admins rangeht, bei der es gelegentlich nötig ist, die Arbeitsweise des Rechners zu kennen, stösst man in unser kleinen AS400-Welt auf verschlossene Türen

Ich denke, wir sollten den Thread hier mal beenden und pmvstrm noch mal auf die API-Referenzen hinlenken, das ist die letzte offene Tür vor dem Bereich, in dem es wirklich interessant ist. Aber manchmal muss man leider unwissend darben, manches kann oder darf man nicht wissen. (Obwohl, die Implementierung des SLIC wäre schon interessant, dann könnte man auf Basis dessen ja mal ein vernünftiges PC-Betriebssystem auf die Beine stellen.)

-h

[BenderD]

@anmachen:
falls du meinen Kommentar in diesem Thread meinst, dazu stehe ich!
Vielleicht bin ich ja ein wenig altmodisch (was mir vom Alter her zusteht), aber ich finde Formulierungen wie die von mir im obigen Beitrag zitierte ungehörig (mal unter Netiquette googeln). Und wer die fachliche Qualifikation anderer, bevor die sich überhaupt geäußert haben, in Frage stellt, der muss sich selber messen lassen, wenn er den Eindruck erweckt alle Betriebssysteme dieser Welt, außer MVS im Detail zu kennen, nur OS400 nicht zu verstehen.

@OS/400:
in einem anderen Thread ist bereits auf inside AS/400 und Fortress Rochester verwiesen worden, eine wichtige Webseite hat er bereits selber gefunden, da bleibt nur wenig zu ergänzen, selbst das Machine Interface ist dort geoutet und in der MI Reference weitgehend dokumentiert, seit 2 Jahren sogar wieder mal in aktueller Fassung. Da bleibt eigentlich nur noch den Marketing Schmus von IBM von den technischen Informationen getrennt zu halten.

@Implementierung:
OS/400 wird seit längerem nur noch auf reinrassigen Unix Büchsen angeboten, die Schicht oberhalb des MI ist vollständig in C geschrieben, woran man bereits erkennen kann, dass der SLIC weitgehend auf dem zum Prozessor gehörenden Unix Kernel hockt.
Wenn man sich mit der PASE Umgebung näher beschäftigt, dann stellt man fest, dass direkte Hardwarezugriffe nur eingeschränkt möglich sind, wenn als primäres Betriebssystem OS/400 ausgeliefert wurde (die Büchse also i statt p heißt). An letzterem erkennt man, dass der Unix Kernel gegenüber der p modifiziert ist.
Soltis schreibt in beiden Büchern, dass das MI im Prinzip 390er Assembler ist, angereichert um single level store, der SLIC muss also nach oben noch eine Adapterschicht zwischen einem limitierten Unix Kernel und 390er Assembler anbieten und die Speicher und Adress Verwaltung beinhalten.

@OS/400 die zweite:
OS/400 setzt also auf einer Art 390er Assembler auf und wie es zur Applikation hin aussieht, da gibt es so ungefähr hundert Handbücher und nocheinmal ähnlich viele redbooks zu, seit mehreren Jahren alle als pdf im Netz zu finden.

@OS/400 forever:
Die Wurzeln des Silverlake Projekts reichen bis 1970 zurück, aber die Dinos unter uns, zu denen ich mich zählen darf, wissen, dass zwischen der /38 und der i6 Welten liegen. Es mögen zwar noch RPG Programme aus dieser Zeit auf heutigen Systemen laufen, nur lesen könnte die heute kaum noch jemand, geschweige denn ändern und ob die Funktionalität noch angemessen ist, habe ich auch so meine Zweifel.
OS/400 ist ein vielseitiges Betriebssystem, aber die letzten Jahre zeigen auch, dass es kein Allzwecksbetriebssystem ist (und von seinen Grundlagen m.E. auch nicht sein kann), oder wollt ihr wirklich für jede Kleinigkeit einen Techniker bestellen und PTFs installieren ohne Ende? Wer mit Java auf dieser Büchse arbeitet, oder WebSphere, oder SQL Funktionalitäten ausreizt, der Weiß warum ich das so schreibe!

mfg

Dieter Bender

Und müßt Ihr ihn gleich anmachen, weil er es gewagt hat, den Mund aufzumachen, um eine Frage zu stellen ? Nein

[pmvstrm]

Hmm, also auf das ganze persöhnlich krumm zeugs gehe ich jetzt mal nicht ein, denn hier wurde nichts in beleidigender Absicht geschrieben - wer sich den Schuh dennoch anzieht - solls halt tun.

Zum Thema:
Natürlich sind Aussagen wie "das hat Dich nicht zu interessieren" unsinnig und eigentlich überflüssig, denn ich möchte ja verstehen was da passiert. Einiges konnte ich nun aus den einzelnen Beiträgen entnehmen, aber noch lange nicht alles.

Ich werde nun einfach mal eine Anfrage in Rochester stellen um dort näheres zu erfahren, mehr als eine Absage das sie nichts sagen dürfen könne Sie ja auch nicht. Schauen wir mal was die einen dazu sagen.

Gruß P

[TARASIK]

Hallo,
also im Google gibt es schon viele gute Erklärungen:

http://www4.informatik.uni-erlangen....400-folien.pdf

http://www.razlee.com/products/secur..._all_about.pps
AS/400 - AS400wiki

Suche doch einfach einmal nach: ISERIES und SLIC oder auch maschine code (MI)

[pmvstrm]

Danke für deinen Beitrag, da war jetzt mal etwas nützliches drin

Vor allem das:
SLIC wurde in der PowerPC AS Maschinen Sprache programmiert. Der PowerPC AS
Befehlssatz wird von IBM Geheim behalten.

Also offensichtlich gibts auf dem PPC
CHIP spezielle, undokumentierte, Hardware Units die vom SLIC angesprochen werden..

Naja, klingt plausibel, vor allem weil dieser Soltis ja selbst in der PowerPC Design Sache involviert war (und noch ist) und ihm scheinbar einige Design Elemente des Chips geschuldet sind.

Mal gucken was da noch alles ans Licht kommt. Bei so einem Großen Laden sickert sicher immer mal was durch!

[Pikachu]

Dieses "das hat dich nicht zu interessieren" hört sich ja fast so an wie das "durch 0 zu teilen ist verboten". Aber was passiert, wenn man's trotzdem einmal macht?

[pmvstrm]

Hehe, sogar von Win2000 sind mal die SoruceCodes im EMule
aufgetaucht und jeder konnte sich das runterladen! ;D

Mal gucken, vielleicht gibts ja auch den einen oder anderen Mitarbeiter bei IBM
der was rausgeschmuggelt hat...

Weiß einer eigentlich warum der SLIC
System Licensed Internal Code heißt?

Warum Lizenz? Ist das Ding gar nicht von IBM und in Wahrheit ein Unix/Linux
oder gar VMS Kernel der von IBM lizensiert wurde??

Mir fallen gerade noch ein paar Punkte ein, die für VMS/MVS alias
SLIC sprechen würde.

1.
VMS war zur Zeit der Entwicklungsphase der AS/400 in der Mitte
der 80er das vorherschende Betriebssystem von DEC

2.
Der VMS Erfinder (Dave Cuttler) war ein ausgesprochener
Internet Protocoll Hasser und gab anderen Networking Protokollen
den Vorzug, das war auch mit einer der Gründe warum MS erst
recht Spät TCP/IP für NT angeboten hat (NT basiert auf VMS und
hat den TCP/IP-Stack von FreeBSD geklaut).

OS/400 hatte doch dieses TokenRing Protokoll....
Ausserdem hört man immer wieder, das Leute die ein neues
OS/400 aufspielem VMS/MWS Bildschirm Nachrichten lesen
die schon immer mal wieder für Irritationen gesorgt haben...


Wäre mal interessant...

[UFK]

Glaube ich nicht, ich habe damals mit DEC 10 & 20, mit den Prozessrechnern DEC PDP-8, -11 und -15 gearbeitet, und bin erst lange nach Einführung der VAX zur IBM-Welt gestossen. Nach meinem Kenntnissstand haben die absolut nix miteinander zu tun.

Ich habe eine lange gehegte Vermutung, die ich hier mal äußern möchte:

IBM ist in den 70-ern mehrmals als Monopolist der IT angeklagt worden, und irgendwann dazu verurteilt worden, Plaupausen und Sourcen für die Großrechner herauszugeben. Prompt konnten Siemens, Fujitsu und einige andere IBM-Rechner nachbauen, obwohl sie dabei nicht viel gelernt haben. Siemens BS3000 konnte man regelrecht ansehen, daß es weitgehend eine Kopie der IBM-Software war. (Ich habe mal erfolgreich Assemler-Programmierer von IBM in SIEMENS-Projekten eingesetzt).

IBM hat sich nach meiner Meinung damals ein zweites Standbein aufgebaut, und sehr viel Wert darauf gelegt, daß dieses System länger in IBM's Hand blieb und aussschließlich IBM diente. Bekanntermaßen flossen aber diverse Konzepte der /3, /32, /34, /36 und /38 zusammen, und führten dann zur sehr ausgereiften AS400.

Das abgeschottete Konzept der AS400 macht sie für Universitäten und Studenen natürlich völlig uninteressant. Die wurschteln lieber mit nackigen Unix-Büchsen und PC's rum. Das ist allerdings auch ein Problem für die AS400, daß jeder Studi fit in Linux und Windows ist, aber nicht einer von Tausend das OS/400 kennt.

[BenderD]

na die werrn a Freid hamm in Rochester...

- MI und SLIC stammen von der 38 und wurden in den 70er Jahren in etwa parallel zu VMS entwickelt
- David N. Cutler ging von DEC zu Microsoft und entwickelte dort Windows NT
- Token Ring ist ein Protokoll auf Bit Ebene und liegt damit unterhalb von TCP/IP

D*B

Hehe, sogar von Win2000 sind mal die SoruceCodes im EMule
aufgetaucht und jeder konnte sich das runterladen! ;D

Mal gucken, vielleicht gibts ja auch den einen oder anderen Mitarbeiter bei IBM
der was rausgeschmuggelt hat...

Weiß einer eigentlich warum der SLIC
System Licensed Internal Code heißt?

Warum Lizenz? Ist das Ding gar nicht von IBM und in Wahrheit ein Unix/Linux
oder gar VMS Kernel der von IBM lizensiert wurde??

Mir fallen gerade noch ein paar Punkte ein, die für VMS/MVS alias
SLIC sprechen würde.

1.
VMS war zur Zeit der Entwicklungsphase der AS/400 in der Mitte
der 80er das vorherschende Betriebssystem von DEC

2.
Der VMS Erfinder (Dave Cuttler) war ein ausgesprochener
Internet Protocoll Hasser und gab anderen Networking Protokollen
den Vorzug, das war auch mit einer der Gründe warum MS erst
recht Spät TCP/IP für NT angeboten hat (NT basiert auf VMS und
hat den TCP/IP-Stack von FreeBSD geklaut).

OS/400 hatte doch dieses TokenRing Protokoll....
Ausserdem hört man immer wieder, das Leute die ein neues
OS/400 aufspielem VMS/MWS Bildschirm Nachrichten lesen
die schon immer mal wieder für Irritationen gesorgt haben...


Wäre mal interessant...

[holgerscherer]

Natürlich sind Aussagen wie "das hat Dich nicht zu interessieren" unsinnig und eigentlich überflüssig, denn ich möchte ja verstehen was da passiert. Einiges konnte ich nun aus den einzelnen Beiträgen entnehmen, aber noch lange nicht alles.

Auch wenn ich zu sehr darauf rumreite, aber solche Diskussionen habe ich auch immer wieder in Vorträgen. Das "hat Dich nicht zu interessieren" ist von den Entwicklern beabsichtigt, und IBM-Strategie. Ich reservier Dir gerne auf dem nächsten iNN-Partner-Camp ein lauschiges Stündchen mit Frank Soltis, der Dir auch gerne erklärt, warum das so ist

-h