{{Infobox OS
| Name = http://aicos.amazing-fx.de/images/AiCOS-Logo-small.png
| Version = Research Phase 1 (0.01.x)
| Entwickler = [[Benutzer:ScollPi | ScollPi]]
| Lizenz = n/a
| Kernel = Modulares Kernel System (MKS)
| API = n/a
| Binaerformat = BIN, (event. EXE)
| Sprache = [[Assembler]], [[C]]/[[C++]]
| IPC = Channels
| Plattform = [[X86 | x86]] (später auch [[x64]])
| Homepage = In Planung
}}
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 Einsatzbereicht 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 ist zum Einem die Performance (ideal sogar Echtzeit) und zum Anderem die Stabilität (Redundanz bis auf CPU-Ebene).
Dieses ehrgeizige Ziel von AiCOS soll frisches Blut in die Computertechnik bringen und hoffentlich auch andere zu einem solchen OS-Design motivieren. Denn noch ist AiCOS ein ClosedSource-Projekt.
Wen wunderts also, dass AiCOS Wurzel 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.
= Über AiCOS =
=== Namensgebung===
Ist der Name des OS nur ein fantasievolle Bezeichnung oder steht '''AiCOS''' für eine Abkürzung? Wenn ja, was verbirgt sich dahinter?
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 diese 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 ===
Derzeit unterliegt die komplette Entwicklung von AiCOS einer einzigen Persion, nämlich mich, [[Benutzer:ScollPi | ScollPi]]. Dies soll aber nicht für immer bleiben. Wenn 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.
Steht noch nicht fest. Derzeit ClosedSource, soll aber später, wenn ich andere mitwirken lassen, OpenSource werden.
=== Plattform ===
Erstmal nur aus x86-Reihe für 32/64-Bit Plattformen.
=== Kernel ===
Beim Kernel werden ganz neue Wege gegangen. Monolithischer Kernel sowohl auch 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 haben 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.
=== Sprachen ===
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.
Programme im Userspace überwiegend in C++.
Ob andere Sprachen Einzug erhalten, hängt davon ab, ob entsprechende Compiler portiert werden.
=== API ===
''Noch nicht Bestandteil der Entwicklung.''
=== Binärformat ===
Vorerst BIN, ggf. auch EXE. Ob ELF unterstützt wird, ist eine Frage der Implementierung. Ein ganz anderes Format wäre natürlich auch denkbar.
=== IPC-Methode ===
Den einzigen gemeinsamer Nenner, den ich finden konnte und 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.
= Entwicklungsumgebung =
* '''Hardware'''
** Intel Core 2 Quad mit 8 GiB RAM
* '''Software'''
** [http://www.microsoft.com/germany/windows/windows-7/ Microsoft Windows 7 (64-bit)] >>> [[Windows]]
** [http://www.microsoft.com/germany/express/ Microsoft Visual Studio 2008 Express]
** [http://www.microsoft.com/downloads/details.aspx?FamilyID=333325fd-ae52-4e35-b531-508d977d32a6&DisplayLang=de Mircosoft .NET Framework v3.5]
** [http://www.microsoft.com/whdc/devtools/debugging/default.mspx Microsoft Windows-Debugger x86/x64 für Kernel-Debug]
** [http://www.microsoft.com/downloads/details.aspx?FamilyID=28c97d22-6eb8-4a09-a7f7-f6c7a1f000b5&DisplayLang=de Microsoft Virtual PC 2007 inkl. SP 1] >>> [[Microsoft Virtual PC]]
** Sun VirtualBox
** Bochs
* '''Referenzmaterial'''
** [http://www.codeplex.com/singularity Microsoft Singularity RDK 2.0]
** [http://www.fh-zwickau.de/doc/prmo/start.htm Protected Mode Tutorials]
** [http://ra.ziti.uni-heidelberg.de/pages/student_work/seminar/ws0304/frank_lemke/praesentation.pdf Paging verschiedener CPUs]
= Konzept =
Ich wurde gefragt, warum ich zum Booten meines OS denn nicht GRUB nehme. Nun, erstens brauche ich nur einen Bootloader und keinen ganzen Bootmanager. Zudem muss der Bootloader in der Lage sein, ein Modulares-Kernel-System laden und initialisieren zu können. Wie anfangs schon gesagt, AiCOS geht ganz neue Wege. Und zweitens geht es mir bei der Entwicklung auch darum den Bootvorgang zu verstehen. Dazu schaue ich mir den Bootcode an, den Windows XP verwendet (also NT-Bootsektor und NTLDR).
=== Bootsektor ===
* 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.
* Bootcode wird es anfangs für folgende Dateisystem geben: FAT12, FAT16, FAT32, ROSF, ISO9660 und eventuell auch NTFS.
* Zukünftige Festplatten mit 4k-Sektoren werden ebenfalls berücksichtigt.
=== Bootloader ===
* Protected-Mode
* Paging mit Physical-Address-Extension (PAE), max. 64 GiByte
* Soll erste Möglichkeiten des Kernel-Debugging ermöglichen.
* Einrichten des MKS und laden bedingter Treiber.
** Mikrokernel für den BSP (Boot Strap Processor).
** Mikrokernel für jeden APs (Application Processors) ... nur bei MultiCore-Systemen.
** Management-Kernel.
** I/O-Kernel.
* Startup des MKS und Channel-System.
** Den BSP in den 32-Bit PM schalten und die Kontrolle über den Management-Kernel geben.
=== Kernel ===
* MKS = Modulares Kernel System, unterteilt in:
** Managemant-Kernel, verwaltet RAM und koordiniert die anderen Kernels für CPU, IO und Subsysteme.
** CPU-Kernel, jeder Kern hat seinen eigenen Mikrokernel.
** IO-Kernel.
** Subsystem-Kernel, für weitere Treiber, Filter und und und ...
* Soll in sich redundant werden, erfordert aber mind. 2 CPUs bzw. 2 CPU-Kerne.
'''Notiz:'''
Zum besseren Verständnis meines Konzept ist eine visuelle Darstellung meines OS in Planung. Sie beinhaltet den Bootprozess und den Aufbau des MKS. Diese Visualisierungen werden überwiegend auf der Homepage von AiCOS zu finden sein, die sich derzeit noch im Aufbau befindet.
= History =
''' Die letzten 10 Änderungen:'''
* 18.03.2010: Entwicklungsinfo
** Lange war es ruhig um AiCOS, doch wirklich ruhte die Entwicklung nicht. Es wurde vor allem in der Theorie gefeilt. Zur Zeit wird an der Überarbeitung des Bootsektors gearbeitet, da dieser universal aufgebaut sein soll und sich nur in den Bestandteilen des jeweiligen Dateisystem unterscheidet. Zeitgleich wird auch am Bootloader gearbeitet, vor allem am Assebler-Part.
* 15.01.2009: Version 0.00.??.??
** ROFS-Bootsektor-Code finalisiert, es kann nun auch eine Datei grö´ßer 64KiB geladen werden. Der Bootloader selbst wurde wegen seiner PM-Funktionalität auf 256 KiB beschränkt.
** Suchen und Auslesen von MPS (FPS).
* 14.01.2009: Version 0.00.38.57
** Grundfunktionen des Memory-Management
** Suchen und auslesen des PCI-BIOS.
** Suchen und auslesen des PnP-BIOS.
** Suchen und auslesen von ACPI.
** Problematische unerklärbarer Bug im Bootsektor-Code (ROFS) behoben.
* 11.01.2009 SMAP hinzugefügt.
* 04.01.2009 Bug im Bootcode behoben; Kernel-Debug implementiert (0.00.35.47)
* 03.01.2009 Printf implementiert (0.00.34.45)
* 03.01.2009 C++ Testdummy, um Einsprung zu testen; Test OK (0.00.31.40)
* 02.01.2009 Paging mit PAE implementiert. (0.00.24.23)
* 01.01.2009 Bootloader prüft die CPU, da mindestens ein 586er benötigt wird. (0.00.23.20)
* 01.01.2009 Bug im Bootcode behoben; Bootloader gibt Meldung aus. (0.00.22.16)
* 01.01.2009 Fehler beim Sprung in den PM behoben, FDD-Motor wird nun auch abgeschaltet. (0.00.21.6)
* 31.12.2008 Bootsektor: Umadressierung, da Probleme mit dem PM. (0.00.20.5)
'''Komplette History:'''
http://aicos.amazing-fx.de/history.txt
= Statistik =
'''Die folgende Statistik zählte folgende Datei-Typen:'''
* Build-System-Dateien ''(.cmd, .vbs)''
* MSBuild-Projekt-Dateien ''(.proj, .targets)''
* Assembler-Dateien ''(.asm, .inc)''
* C/C++ Dateien ''(.cpp, .h)''
* '''Gesamtzeilen:''' 10022
* '''Codezeilen:''' 5504 ''(55%)''
* '''Leerzeilen:''' 1985 ''(20%)''
* '''Kommentar:''' 2533 ''(25%)''
Gezählt wurde mit dem Java-Programm: '''[http://www.andreas-berl.de/linesofcodewichtel/ Lines Of Code Wichtel]'''
= Stand der Dinge =
''' Fertig: '''
* ''Noch nicht wirklich etwas, nur Baustelle =)''
''' In Arbeit: '''
* Bootsektor für FAT12
* Dummy-Bootloader (einfach nur eine 256 KiB große Datei mit Pseudodaten)
''' Geplant: '''
* Bootsektor für FAT16
* Bootsektor für FAT32
* Bootsektor für ROFS (Read Only File System - Eigenentwicklung
* Bootsektor für CD
* Bootsektor für NTFS
= Roadmap =
'''Folgt in Kürze'''
= Aktueller Screenshot =
'''Version: 0.00.38.57'''
http://aicos.amazing-fx.de/images/screenshots/bootloader_008.gif
[http://aicos.amazing-fx.de/images/screenshots/Dev_20090104_0730.png Screenshot mit Windows-Debug]
= Böse Falle =
* Ständig kackte meine VM ab, als mein Bootloader ins den PM-Segment prang. Man kann sich echt todsuchen, wenn man Hexzahlen und Dezimalzahlen nicht unterscheiden kann. 20d != 20h
* Und wieder einmal stellte meine VM ihren Dienst beim Sprung ins PM-Segment ein und wieder suchte ich mich blöd. War letztenendes auch logisch, wenn der Bootsektor nur ein Sektor (512 Bytes) des Bootloaders lädt, aber der Sprung in PM-Segment aber an Offset 0x0200 sich befinden. '''Böse Falle'''
= Meine SourceCode-Ecke =
* '''Bootsektor-Programmierung'''
** [http://aicos.amazing-fx.de/opensource/ShowReg_32.asm ShowReg_32.asm] :: Zeigt den Inhalt der CPU-Register beim Einprung in den Bootcode. [http://aicos.amazing-fx.de/images/screenshots/ShowReg_32.asm.gif Screenshot hier!]
** [http://aicos.amazing-fx.de/opensource/Floppy_Raw.asm Floppy_Raw.asm] :: Floppy-Raw-Bootsektor, Research-Version.
** [http://aicos.amazing-fx.de/downloads/All_Bootsector_Images.zip All_Bootsector_Images.zip] :: Alle Bootsektor-Beispiele als Raw-Image für die Floppy.
= Ziele =
Ein vollwertiges OS auf die Beine zu stellen, welches sich auch im Netzwerkbereich behaupten kann. Dabei wird in keinster Weise direkt Code von anderen OS verwendet, vorallem keine Bootloader wie z.B. Grub! Vielmehr wird deren Funktionsweise analysiert.
Der Kernel, besser gesagt das Kernel-System von AiCOS wird keines im Sinnes der Definition eines Kernels sein, sondern vielmehr ein Systemkern aus einer modularen Ansammlung mehrere Mikrokernels.
[[Kategorie:Betriebssystem]]