| Zeile 15: | Zeile 15: | ||
AiCOS ist ein [[Betriebssystem]], welches ganz neue Wege gehen wird, vor allem im Kerneldesign. Warum also aus einer blöden und verrückten Idee nicht ein vollwertiges OS machen? | AiCOS ist ein [[Betriebssystem]], welches ganz neue Wege gehen wird, vor allem im Kerneldesign. Warum also aus einer blöden und verrückten Idee nicht ein vollwertiges OS machen? | ||
| − | AiCOS | + | AiCOS Einsatzbereich wird anfangs im Netzwerkbereich liegen, unter anderem aber auch als Storage-System. Auch wenn AiCOS auf Single-Core-Plattformen laufen wird, wird es seine Stärken wohl eher auf Multiprozessor bzw. Multicore-System zeigen können. |
| − | Wichtigstes Ziel dabei | + | Wichtigstes Ziel ist dabei zum Einem die Performance (ideal sogar Echtzeit) und zum Anderem die Stabilität (Redundanz bis auf CPU-Ebene). |
| − | Dieses ehrgeizige Ziel von AiCOS soll | + | Dieses ehrgeizige Ziel von AiCOS soll frischen Wind in die Computertechnik bringen und hoffentlich auch andere zu einem solchen OS-Design motivieren und gegebenenfalls auch animieren. Denn noch ist AiCOS ein ClosedSource-Projekt. |
| − | Wen | + | Wen wundert es also, dass die Wurzeln von AiCOS weder in der Linux/Unix-Welt noch in der Windows-Welt liegen, sondern viel eher in Microsofts [[Singularity]]. Ein zweites Singularity soll es aber nicht werden, versprochen. |
| Zeile 28: | Zeile 28: | ||
AiCOS ist in der Tat eine Abkürzung und steht für '''''A'''syncronous '''i'''nter'''C'''onnected '''O'''perating '''S'''ystem''. | AiCOS ist in der Tat eine Abkürzung und steht für '''''A'''syncronous '''i'''nter'''C'''onnected '''O'''perating '''S'''ystem''. | ||
| − | Sollte sich die Entwicklung dieses OS meinen Erwartungen entsprechen, könnte | + | Sollte sich die Entwicklung dieses OS meinen Erwartungen entsprechen, könnte AiCOS in einigen Jahren auch für '''''A'''rtificial '''i'''ntelligence '''C'''ontrolled '''O'''perating '''S'''ystem'' stehen. Klingt nach '''SKYNET''', könnte man denken, wird aber keinesfalls beabsichtig. |
=== Entwickler & Lizenz === | === Entwickler & Lizenz === | ||
| − | Derzeit unterliegt die komplette Entwicklung von AiCOS einer einzigen Persion, nämlich | + | Derzeit unterliegt die komplette Entwicklung von AiCOS einer einzigen Persion, nämlich mein Wenigkeit, [[Benutzer:ScollPi | ScollPi]]. Dies soll aber nicht für immer so bleiben. Wenn die wichtigsten Konzepte des OS (überwiegend Kernel) erstellt und ggf. auch schon umgesetzt wurden, werde ich meine Türe öffnen und andere Begeisterte mit in dieses Boot nehmen. |
| − | |||
| − | |||
=== Plattform === | === Plattform === | ||
| − | Erstmal nur aus x86-Reihe für 32/64-Bit Plattformen. | + | Erstmal nur aus x86-Reihe für 32/64-Bit Plattformen ab 586 voraussichtlich. |
=== Kernel === | === Kernel === | ||
| − | Beim Kernel werden ganz neue Wege gegangen. | + | Beim Kernel werden ganz neue Wege gegangen. Der monolithischer Kernel als auch die Mikrokernel mögen ihre Vor- und Nachteile haben. Klar, es gäbe noch die Hybriden. |
| − | Aber die Entwicklung der Prozessoren geht ja auch weiter, Multicores | + | Aber die Entwicklung der Prozessoren geht ja auch weiter, Multicores und Co's gehört die Zukunft. Ideal sind Multicore-CPUs, bei denen auf jedem Kern ein andere Kernel laufen könnte. Tile-Gx (100 Kerne) von Tileras geht da schon in diese Richtung. |
Doch selbst auf heutigen PC, in erster Linie Gaming-PC, gibs schon verschiedene Prozessoren, CPU, GPU und auch schon PPU. | Doch selbst auf heutigen PC, in erster Linie Gaming-PC, gibs schon verschiedene Prozessoren, CPU, GPU und auch schon PPU. | ||
=== Sprachen === | === Sprachen === | ||
Hardware nahe Programmteile wie Bootloader (später mehr dazu) oder Treiber werden in Assembler (Intel-Syntax) vorliegen. | Hardware nahe Programmteile wie Bootloader (später mehr dazu) oder Treiber werden in Assembler (Intel-Syntax) vorliegen. | ||
| − | Der Kernel selbst wird überwiegend in C geschrieben sein. Ob C++ auch verwendet wird, wird jedoch nicht ausgeschlossen. | + | Der Kernel selbst wird überwiegend in C geschrieben sein, bis auf den CPU-Kernel. Ob C++ auch verwendet wird, wird jedoch nicht ausgeschlossen. |
| − | Programme im Userspace überwiegend in C++. | + | Programme im Userspace werden überwiegend in C++ geschrieben. |
Ob andere Sprachen Einzug erhalten, hängt davon ab, ob entsprechende Compiler portiert werden. | Ob andere Sprachen Einzug erhalten, hängt davon ab, ob entsprechende Compiler portiert werden. | ||
| Zeile 56: | Zeile 54: | ||
=== IPC-Methode === | === IPC-Methode === | ||
| − | Den einzigen gemeinsamer Nenner, den ich finden konnte und auch bei der derzeitigen CPU-Entwicklung für zukunftsicher halte, sind Channels. | + | Den einzigen gemeinsamer Nenner, den ich finden konnte und den ich auch bei der derzeitigen CPU-Entwicklung für zukunftsicher halte, sind Channels. |
Channels sollen später auch die Grundlage eines eigenen Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird. | Channels sollen später auch die Grundlage eines eigenen Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird. | ||
| Zeile 82: | Zeile 80: | ||
=== Bootsektor === | === Bootsektor === | ||
* Universeller Aufbau, sodass nur die Routinen für das jeweiliges Dateisystem ausgetauscht werden müssen. | * Universeller Aufbau, sodass nur die Routinen für das jeweiliges Dateisystem ausgetauscht werden müssen. | ||
| − | * Es wird nicht versucht, den gesamten Code zum vollständigen Laden des Bootloaders in den Bootsektor zu quetschen. | + | * Es wird anfangs nicht versucht, den gesamten Code zum vollständigen Laden des Bootloaders in den Bootsektor zu quetschen. Entsprechende Optimierungen folgen erst später. |
| − | * Bootcode wird es anfangs für folgende | + | * Bootcode wird es anfangs für folgende Dateisysteme geben: FAT12, FAT16, FAT32, ROSF, ISO9660 und eventuell auch NTFS. |
* Zukünftige Festplatten mit 4k-Sektoren werden ebenfalls berücksichtigt. | * Zukünftige Festplatten mit 4k-Sektoren werden ebenfalls berücksichtigt. | ||
=== Bootloader === | === Bootloader === | ||
| Zeile 99: | Zeile 97: | ||
* MKS = Modulares Kernel System, unterteilt in: | * MKS = Modulares Kernel System, unterteilt in: | ||
** Managemant-Kernel, verwaltet RAM und koordiniert die anderen Kernels für CPU, IO und Subsysteme. | ** Managemant-Kernel, verwaltet RAM und koordiniert die anderen Kernels für CPU, IO und Subsysteme. | ||
| − | ** CPU-Kernel, jeder Kern hat seinen eigenen Mikrokernel. | + | ** CPU-Kernel, jeder Kern hat seinen eigenen Mikrokernel. Der für den BSP ist bereits im Bootloader enthalten. |
** IO-Kernel. | ** IO-Kernel. | ||
** Subsystem-Kernel, für weitere Treiber, Filter und und und ... | ** Subsystem-Kernel, für weitere Treiber, Filter und und und ... | ||
| Zeile 155: | Zeile 153: | ||
= Stand der Dinge = | = Stand der Dinge = | ||
''' Fertig: ''' | ''' Fertig: ''' | ||
| − | * | + | * Bootsektor für FAT12 |
| + | * Bootsektor für FAT16 | ||
''' In Arbeit: ''' | ''' In Arbeit: ''' | ||
| − | * | + | * Bootloader (Assembler-Part) |
| − | |||
* "Tutorial: Eigener Bootloader" für Lowlevel | * "Tutorial: Eigener Bootloader" für Lowlevel | ||
''' Geplant: ''' | ''' Geplant: ''' | ||
| − | |||
* Bootsektor für FAT32 | * Bootsektor für FAT32 | ||
* Bootsektor für ROFS (Read Only File System - Eigenentwicklung | * Bootsektor für ROFS (Read Only File System - Eigenentwicklung | ||
* Bootsektor für CD | * Bootsektor für CD | ||
* Bootsektor für NTFS | * Bootsektor für NTFS | ||
| + | * Bootloader (CPU-Kernel) | ||