MCP: Difference between revisions

From Cibernética Americana
Jump to navigationJump to search
No edit summary
 
(159 intermediate revisions by the same user not shown)
Line 1: Line 1:
<div style="background-color: black; color: white;">
<div style="background-color: black; color: white;">
<br>{{TOCright}}
<blockquote><h1>Master Control Program</h1>
<blockquote>
<span style="font-size:8px;">AKA minimalist clustering paradigm</span><html>
A timeline of "MCP" in my life course.
<div style="position:relative;left:10px;top:-10px;float:right;" >
<audio style="height:10px;" title=" 'Sarabande' - Debussy 1902. " controls source src="https://meansofproduction.biz/pub/Sarabande.m4a" type="audio/mpeg"> This page has an audio but your browser does not support the audio element.</audio>
<div style="font-size:8px;color:cyan;"><center>This page has a music track, mouseover for title.</center></div></div></html>
<br>
"[[MCP-CMS|MCP]]/<html><a href=https://devops1.sameboat.network/About%20DCP>DCP</a></html>" is a working abstraction of real machines and operating systems supporting domain space (DS). It has this antecedent timeline in my life course &mdash;
 
{{TOCright}}
== <div align=right><span style="text-align: right;">Geschichte</span></div> ==


== MCP 4 Era ==
=== 33-35 प्रतीत्यसमुत्पाद ===
The first referent of the acronym is the [[Burroughs_MCP_Architecture|<span style="color: pink;">operating system</span>]] of the same name, which was at release '''19''' in 2019.


I was the systems programmer at Daytona Beach Community, now Daytona State College which was then a Burroughs shop as my second multi-year job out of college ('83-'85). <font color=lime><ref>[https://meansofproduction.biz/aii/node12.html Go There]</ref></font>
I was the systems programmer in a [[:en:Burroughs_MCP|<span style="color:lime;">Burroughs</span>]] shop, the talk page has footnotes on this.


== 4715 Story ==
=== 70s θεωρῐ́ᾱ  &mdash; πρᾶξις ===
In a my domain space concept, it is the designation for nodes of a Domain Control Program (DCP).
In my domain space concept, it is the designation for the OS superstructure supporting the Domain Control Program (DCP).
<blockquote style="background-color: gray;color: white;">
<blockquote style="background-color: gray;color: white;">
<blockquote><br>
<blockquote><br>
&laquo;MCP&raquo; is the operating system abstraction on a single node of a cluster, or cloud of computers with fast interconnectivity, miniminally 1 gigabit per second. The MCPs operate as the nodes of the larger OS construct, the DCP. MCP itself has these components/layers:
&laquo;MCP&raquo; is the operating system abstraction of a cluster, or unit cloud of computers with fast interconnectivity, miniminally 1 gigabit per second. DCP/MCP consists of:
<blockquote>
<blockquote>
* The top level which is a distributed lisp image running a generic blackboard model of realtime operations control and knowledge base management.
* MCS &mdash; uniform message control, operating as an MCP subject.
* The workflow level which is implemented by the Work Flow Language, another Burroughs inspiration, reimagined as a context for literate programming and revival of the job control concept based on an adaptation of <span class="plainlinks" style="background-color: white;">[https://meansofproduction.biz/pub/mcpWFL.pdf WFL]</span> to the DCP context.
* MCP &mdash; conventional OS and process programming level in support of DCP.
* A base layer close to machine level using the c++ actor framework and optionally a custom debian kernel.<br>
* DCP &mdash; knowledge and high level realtime control flow at the whole enterprise level.
</blockquote>
</blockquote>
So DCP is actually the thing analogous to Unisys MCP, comparing whole OS constructs to each other.</blockquote><br>
in decreasing order of physical, increasing logic scope. DCP, in my scheme, has no analog in conventional operating systems.<br>
MCP and MCS are primarily c++ and lisp, respectively, and realize the OS concept at the real machine level.<br>DCP/MCP constitutes a haskell, prolog, and lisp based OS.</blockquote><br>
</blockquote>
</blockquote>


== Elliott AI &trade; ==
=== 68-74 ===


<blockquote style="background-color: gray;color: white;">
φρόνησῐς &mdash; ποίησις :
<blockquote><br>
After dropping their CMOS line and completing the transition to commodity Intel, Unisys made MCP  available free for personal use to run from Windows 7 or 10 64 bit as "MCP Express". I didn learn of this until 2019Q3 and didn bring it up till end of Q1 '20 (version 5). It has to be replaced by a new download every July 31st.
 
Thus, after 35 years, I now have nads on a current MCP (18) system and that opens a role for the Unisys MCP in the DCP, where "Unisys MCP" will be used wherever the distinction needs to be made clear. Usages like ODT, DMS II or MARC unambiguously refer to the Unisys product line as we never intended take more than inspiration from it.<span style="background-color: black; color: lime;"><ref><font size=1 color=black> "CANDE", "WFL", and "MCP" are the actual overloads, "SPO" isn't really used in the modern Unisys culture, it's been lost from the mainframe days, so the smalltalk thing I'm doing doesn't map to anything specific, although functionally MARC and the ODT would be the analogs. The original SPO was just an ODT with supervisor permissions. Whose thing, mine or Unisys that is referred to by the overloaded terms will be clear in context (within Unisys MCP or not) and use the same "Unisys" modifier where needed.</font></ref></span>Much of the base mainframe stuff is available in the Windows based product and updated for the current epoch, though obviously it's a limited version of the actual priced product that runs on their hardware.
 
The most natural form of integration of Unisys MCP is to allow it as an alternate to linux node in a DCP. A design principle to inform and guide such an effort is that Unisys MCP shall only have integration with the DCP cognitive architecture and not the physical one, each Unisys MCP in a DCP will be an island (Unisys internetworking notwithstanding) unlike the linux nodes which form a single system image. Thus, the integration can be in software built with the standard Unisys dev kit targeting the DCP cognitive architecture.<span style="background-color: black; color: lime;"><ref><font size=1  color=black> Seems like a good enough place to say I have no interest in the Unisys Univac stuff. There appear to be only a couple hundred MCP sites still running and a good number of them are software houses serving the remainder, a mix of banks, govt units, etc.</font></ref></span>
 
Thus, "Elliot AI", where Elliot suggests the Algol, Organick, or perhaps the ET display :). Obviously, the proviso in the README for domain space about intentions versus production realizations applies to this a fortiori. However it is a serious intention and due to the small size of any possible market, I will make anything that does reach the stage of distribution available at no cost (other than standard first class capitation).<span style="background-color: black; color: lime;"><ref><font size=1 color=black>When I first encountered MCP and its arch and product lines they were already decades old and I would remark that if Burroughs had followed the advancement of computer science over that time they would have various features they lacked as common business oriented systems, such as OO, AI, etc. Elliot AI is a possible realization of that, albeit now with 3X times the elapsed time since the inaugural MCP. Current MCP bears mark 59.* which I take it roughly marks years from the first mark release.</font></ref></span>
<br><br>
</blockquote>
</blockquote>
 
== 4718-20 ==
 
&alpha;/&beta; period:


<blockquote style="background-color: gray;color: white;">
<blockquote style="background-color: gray;color: white;">
<blockquote><br>
<blockquote><br>
In this period the elements of the DCP are prototyped, marshalled, deployed then productized:
In this period the elements of the DCP are conceived in detail, prototyped, marshalled, deployed then productized:
<blockquote>
<blockquote>
<ol>
<ol>
Line 50: Line 42:
<li>Apply the above to the proto domains.</li>
<li>Apply the above to the proto domains.</li>
<li>Workout in service of the proto domains.</li>
<li>Workout in service of the proto domains.</li>
<li>Do productization/packaging for mass deployment</li>
<li>Do productization/packaging for mass deployment?</li>
</ol>
</ol>
</blockquote>
</blockquote>
CP 4721 roughly corresponds to what is produced by 1 and 2 and the AKDOMHST/SVC SKUs to 5.
CP 4721 roughly corresponds to what is produced by 1 and 2 and the AKDOMHST/SVC SKUs to 5. However I'm not committed to 5. It will certainly suffice to build it for my edification.
</blockquote><br></blockquote>
</blockquote><br></blockquote>


Sometime between milestone 2 and 4, a MCP shell/remote SPO service <span class="plainlinks">[https://meansofproduction.biz/mcplaunch.html <span style="color: cyan;">will be</span>]</span> made available to authenticated users.
=== <span class=plainlinks>[https://mobileus.meansofproduction.biz/MF-ONE Mainframe Redux] ===
The first referent of '''MCP''' is the [[Burroughs_MCP_Architecture|<span style="color: pink;">OS</span>]] of the same name, which was at release '''19''' in 2019. I was the systems programmer at Daytona Beach Community, now Daytona State College which was then a Burroughs shop as my second multi-year job out of college ('83-'85). <font color=lime><ref>[https://meansofproduction.biz/aii/node12.html Go There]</ref></font>. See the talk page for more recent experience with the system that inspires my use of the name. A/the Hercules/Herc390 docker container is actually much closer to what I'm doing with DCP so unless the next release of MCP Express (2021) has a lot of improvements, MVS (3.8) may replace MCP. Similarly, as far as first mainframe production nodes are concerned, zOS will likely replace MCP unless there's no affordable path to it, MCP Express is near current and free which the anywhere near current and even some of the old IBM stuff isn't. In any case my concepts are under this name only as a homage, as is common in the industry, and is not based on the large systems architecture.
 
== MCP and WFL&sup2; ==
 
<blockquote style="background-color: gray;color: white;">
<blockquote><br>
Like MCP, WFL has a sense in my works that is superficially quite close to the thing in Unisys MCP OS but the effective thing is actually quite different:<br>
<ul><li> As it was written in the tl:dr story of [[MCP-CMS|mcpcms]] fulfills the job control lang aspect completing the embodiment of MCP as a low level architecture.</li>
<li>Provides a vehicle for creating DCP jobs in a way that diverges from the emphasis of MCP on overcoming existing clustering products.<br></li>
<li>Provide a vehicle for comprehensive literate programming of a whole system as demonstrated in the end use systems code presented in the Docs as WFL job streams.</li>
</ul>
</blockquote>
&sup1; <span style="font-size: 10px;">Requiring first class entitlement.</span> &sup2;<span style="font-size: 10px;">Redacted, see history.</span>
</blockquote>


== CP 4721 ==
== CP 4721 ==


Blank for formatting purpose.
Continues to use ceremonial, feudal epoch.


== See also ==
== See also ==


* [[Documentation]]
* [[Documentation]]
* [[:en:Elliott ALGOL]]
* [[:en:Elliot Organick]]


== Footnotes ==
== Footnotes ==

Latest revision as of 00:33, 30 March 2024

Master Control Program

AKA minimalist clustering paradigm

This page has a music track, mouseover for title.


"MCP/DCP" is a working abstraction of real machines and operating systems supporting domain space (DS). It has this antecedent timeline in my life course —

Geschichte

33-35 प्रतीत्यसमुत्पाद

I was the systems programmer in a Burroughs shop, the talk page has footnotes on this.

70s θεωρῐ́ᾱ — πρᾶξις

In my domain space concept, it is the designation for the OS superstructure supporting the Domain Control Program (DCP).


«MCP» is the operating system abstraction of a cluster, or unit cloud of computers with fast interconnectivity, miniminally 1 gigabit per second. DCP/MCP consists of:

  • MCS — uniform message control, operating as an MCP subject.
  • MCP — conventional OS and process programming level in support of DCP.
  • DCP — knowledge and high level realtime control flow at the whole enterprise level.

in decreasing order of physical, increasing logic scope. DCP, in my scheme, has no analog in conventional operating systems.

MCP and MCS are primarily c++ and lisp, respectively, and realize the OS concept at the real machine level.
DCP/MCP constitutes a haskell, prolog, and lisp based OS.


68-74

φρόνησῐς — ποίησις :


In this period the elements of the DCP are conceived in detail, prototyped, marshalled, deployed then productized:

  1. Get working build of all packages in same form they will ultimately be used in the product.
  2. Get working build of newly created elements such as the DGUI/SPO and WFL.
  3. Apply the above to the proto domains.
  4. Workout in service of the proto domains.
  5. Do productization/packaging for mass deployment?

CP 4721 roughly corresponds to what is produced by 1 and 2 and the AKDOMHST/SVC SKUs to 5. However I'm not committed to 5. It will certainly suffice to build it for my edification.


Mainframe Redux

The first referent of MCP is the OS of the same name, which was at release 19 in 2019. I was the systems programmer at Daytona Beach Community, now Daytona State College which was then a Burroughs shop as my second multi-year job out of college ('83-'85). [1]. See the talk page for more recent experience with the system that inspires my use of the name. A/the Hercules/Herc390 docker container is actually much closer to what I'm doing with DCP so unless the next release of MCP Express (2021) has a lot of improvements, MVS (3.8) may replace MCP. Similarly, as far as first mainframe production nodes are concerned, zOS will likely replace MCP unless there's no affordable path to it, MCP Express is near current and free which the anywhere near current and even some of the old IBM stuff isn't. In any case my concepts are under this name only as a homage, as is common in the industry, and is not based on the large systems architecture.

MCP and WFL²


Like MCP, WFL has a sense in my works that is superficially quite close to the thing in Unisys MCP OS but the effective thing is actually quite different:

  • As it was written in the tl:dr story of mcpcms fulfills the job control lang aspect completing the embodiment of MCP as a low level architecture.
  • Provides a vehicle for creating DCP jobs in a way that diverges from the emphasis of MCP on overcoming existing clustering products.
  • Provide a vehicle for comprehensive literate programming of a whole system as demonstrated in the end use systems code presented in the Docs as WFL job streams.

¹ Requiring first class entitlement. ²Redacted, see history.

CP 4721

Continues to use ceremonial, feudal epoch.

See also

Footnotes