DWKS – P043

Organisationsantwort

Der NASA-Bericht zur Zuverlässigkeit des Apollo Guidance Computer (NTRS) dokumentiert, dass der AGC ein hochspezialisierter Echtzeitrechner war – nicht vergleichbar mit heutigen Mehrzweckcomputern.
Seine Aufgabe war ausschließlich Navigation und Steuerung unter wohldefinierten Parametern.
Die Software (Luminary/Colossus) wurde am MIT Instrumentation Laboratory entwickelt und war für genau diese Aufgabe optimiert.
Der AGC arbeitete mit festem Prioritätsscheduling, konnte Überlastungen kontrolliert abfangen (wie Apollo 11 zeigte) und war nicht auf die Rechenleistung eines modernen PCs angewiesen.
Navigationspräzision erfordert Zuverlässigkeit und Echtzeitfähigkeit, nicht Rechengeschwindigkeit (vgl. NTRS – Reliability history of the Apollo guidance computer).

Konsolidierte Gegenprüfung

Die geringe Rechenleistung wirkt aus heutiger Sicht kontraintuitiv.
Entscheidend ist aber nicht der Alltagsvergleich mit moderner Elektronik, sondern die konkrete Aufgabenverteilung zwischen AGC, Bodenunterstützung, Verfahren und Missionsarchitektur.
Erweiterung Raumfahrt: Die Rechnertechnik-Frage bleibt heute hochaktuell, nur auf anderer Ebene.
Moderne Artemis-Debatten zeigen, dass selbst heutige Avionik, ECLSS und Softwarefehler missionskritisch sind; damit wird der alte Apollo-Punkt nicht obsolet, sondern vergleichbar.

Antwortlückenstatus

Teilweise | Priorität mittel. Die Standardantwort differenziert jetzt klar zwischen Spezialrechner und Mehrzweckcomputer, benennt Echtzeitfähigkeit, Priority-Scheduling und MIT-Softwareentwicklung. Die Kernlücke (pauschaler Vergleich mit modernen PCs) ist damit adressiert. Offen bleibt die clipnahe Verknüpfung einzelner AGC-Leistungsgrenzen mit konkreten Missionssequenzen.

Befund

2/5 – mittel

Der Befund ist legitim, weil Rechenkapazität und Fehlertoleranz missionskritisch sind.

2/5: Nicht höher, weil der Einwand oft auf Alltagsintuition statt Aufgabenmatrix basiert.

4/5 – sehr stark

Die Organisationsseite hat einen soliden Befundkern, weil spezialisierte Rechnerarchitektur grundsätzlich dokumentiert ist.

4/5: solider Kern, aber die Einzelfrage bleibt nicht völlig selbsterklärend.

Erklärung

2/5 – mittel

Die Kritik benennt das Grundproblem, erklärt aber selten sauber die konkrete Aufgabenüberlastung des Systems.

2/5: Nicht höher, weil Rechenknappheit und Scheitern nicht gleichgesetzt werden dürfen.

4/5 – sehr stark

Die Organisationsdeutung ist stark, soweit sie Aufgabenverteilung und Spezialrechnerlogik erklärt.

4/5: starke Erklärung, aber Detailtiefen bleiben teilweise offen.

Quellen

1/5 – schwach

Kritikquellen benennen das Problem, aber selten mit vollständig rekonstruierten Aufgabenlasten.

1/5: Nicht höher, weil Einzeldaten und Systemverbund oft nicht sauber verknüpft sind.

4/5 – sehr stark

Die Organisationsseite hat eine mittlere Quellenlage: genug für Systemplausibilität, aber nicht immer für jede Einzelfrage.

4/5: solide, aber nicht jede Unterfrage ist gleich gut belegt.

Restwiderspruch

1/5 – schwach

Es bleibt real offen, wie knapp manche Systemreserven im Detail waren.

2/5: Nicht höher, weil die Unmöglichkeit daraus nicht folgt.

3/5 – stark

Ein spürbarer Rest bleibt auf Einzelfragebene der Rechenlast und Fehlertoleranz.

2/5: schmaler Rest bleibt; deshalb keine Vollwertung.

Tragweite

3/5 – stark

Wäre die Kritik richtig, beträfe sie die Steuerungs- und Missionsfähigkeit zentral.

2/5: Nicht höher, weil nicht jede Rechnergrenze automatisch missionsentscheidend war.

3/5 – stark

Für die Organisationsseite hat der Punkt mittlere Reichweite: Rechnertechnik ist zentral, aber nur im Systemverbund entscheidend.

3/5: mittlere Reichweite, aber nicht als alleiniger Schlussstein.