Es gibt eine Menge von Punkten zu erwähnen, wenn man über die Philosophie von Sphere SP und die daraus erwachsenen Vorteile spricht. Im Folgenden wollen wir einen kurzen Überblick über die grundsätzlichen Designziele von Sphere geben.

Wenn Sie weiter Fragen zu Sphere SP 2.0 haben, zögern Sie nicht, uns zu kontaktieren.


Grundziele

Das Hauptaugenmerk für miray bei der Entwicklung des Konzepts von Sphere ware es, eine Plattform für Entwickler und Benutzer zu schaffen. Diese Plattform sollte verlässlich sein, schnelle und einfache Entwicklung ermöglichen und sehr vielseitig sein. Dies beschreibt - in einfachen Worten - das Ziel von Sphere.

• Verlässlichkeit stellt eine Kombination aus Stabilität und einem hohen Servicequalitätsstandard dar, z.B. hohe Echtzeitperformance bei allen Systemaufrufen.

• Einfache Entwicklung vereinfacht ein schmales API (mit einem durchgängigen Abstraktionsgrad) und einen verlässlichen Kernel.

• Vielseitigkeit stellt die Kombination aus niedriger Größe des Kernels, hohem Maß an Skalierbarkeit und einem API mit festgelegtem Abstraktionsgrad dar.

Sphere SP/MP

Es gibt zwei ziemlich verschiedene Typen von Systemen, welche die Charakteristiken nutzbringend vereinen. Beiden sind Multi-Tasking-Umgebungen, unterscheiden sich aber dadurch, dass einmal getrennte Adressräume benötigt werden, und einmal nicht. Wir nennen das erste MP (Multiple Process) und das zweite SP (Single Process). Um nicht falsch verstanden zu werden: beide bieten Multitasking mittels threads. Für diese beiden Fälle bietet miray Sphere SP and Sphere MP.

Für beide realisiert miray die obigen Charakteristiken. Aus Effizienzgründen haben beide Versionen ihr eigenes API. Das mag zwar auf den ersten Blick wie eine verpasste Gelegenheit aussehen, ist es aber nicht:

Das Sphere SP API ist so klein und einfach zu verwenden, dass ein einheitliches API für Sphere SP und Sphere MP entweder Sphere SP extrem aufblasen (da MP wesentlich mehr Funktionen benötigt) oder Sphere MP zu sehr einschränken würde (da das Unterbringen aller Funktionalität in einem so kleinen API es beinahe unbenutzbar machen würde). Nichtsdestotrotz nennen wir es ein modulares Design.

Sphere SP und Sphere MP unterscheiden sich in ihren APIs, aber sie haben ein und dieselbe Plattform - den Sphere Echtzeit-Microkernel. Das bedeutet, dass all die Stabilität, Verlässlichkeit, Echtzeitfähighkeit und Skalierbarkeit in beiden Sphere-Version verfügbar ist.


Skalierbarkeit & Effizienz

Besonders Skalierbarkeit ist ein wichtiger Punkt:

Die Skalierbarkeit von Sphere ist generell unbegrenzt!
Es hängt nur von der Hardwareplattform ab, von sonst nichts.



Ein weiterer wichtiger Punkt ist dass Sphere SP 2.0 die komplette Kontrolle über die Prozessor-Plattform bietet.

Sphere nimmt keinen einzigen Takt an Leistung weg, solange Sie es nicht so wollen!
Mit Ausnahme des Schedulers, natürlich. Somit kann jeder Taktschlag des Prozessors für Ihre Anwendung eingesetzt werden.