Eigener Bootloader oder GRUB?



  • Du musst bedenken, Cuervo, das Rev. 522 zu testzwecken mit O3 gebaut wurde. Die "wahre" Größe liegt bei ca. 100 Kb, mal mehr, mal weniger (Tendenz natürlich steigend)


  • Mod

    Wir können die 40000h sicher noch etwas anheben nach oben. Eine Grenze könnte der Kopiervorgang des Kernels sein.



  • Genau, Kernel wächst und wächst und wächst.. früher oder später brauchen wir wieder eine andere Lösung.. wie damals mit den Fabrikschornsteinen: einfach höher machen, dann wird der Dreck weiter verteilt, aber irgendwann ist auch das wieder ein Problem (ist es ja auch geworden).


  • Mod

    Rev. 522: 103.688 Bytes mit -O anstelle -O3. Das sind 103688/249856 = 41,5%



  • Irgendwann werden wir den Rahmen der Floppy sprengen und noch später die größe heutiger Festplatten (2 TiB).

    Ich sehe den Hürden recht gelassen entgegen, PrettyOS ist mehr als 1 Jahr alt und hat 100 KB. geht das Wachstum linear weiter, so haben wir die aktuelle Grenze wohl in ca. 1,5 Jahren erreicht. Eine lange Zeit...


  • Mod

    sehe den Hürden recht gelassen entgegen

    genau, vor allem, wenn wir bei jedem BugFix verdoppeln. ;):D



  • Erhard Henkes schrieb:

    genau, vor allem, wenn wir bei jedem BugFix verdoppeln. ;):D

    Damit kommst du aber nicht so weit wie Moore. Wir hatten doch gestern schon mal durchüberlegt das für 400kb schon das Kopieren wegfallen müsste, und 800kb sind so glaube ich gar nicht mehr möglich, ohne das wir die Vorgehensweise ganz umstellen.

    Die Ramdisk liegt ja soweit ich weiß auch in dem Kernelfile. Wenn man die Möglichkeit behalten will von Medien zu booten, die noch gar nicht von PrettyOS erkannt werden, dann werden da immer mehr Dateien hinzu kommen. Da wäre z.B. dieses geplante Registry ähnliche Konstrukt, dass mit einer Grundkonfiguration ja erstmal vorliegen muss. Annehmen das der Kernel weiterhin linear wächst würde ich da nicht.



  • Mr X schrieb:

    Eigener BL!
    Ich stimme ehenkes zu, das ein eigener BL vor allem für Einsteiger dazugehören sollte. Und als Lehrbeispiel ist GRUB (ebenso wie Linux als Lehr-OS) nicht geeignet.

    Was hat ein Anfänger davon, wenn ihr ihm zeigt, wie man sich eine Krücke zusammenhackt? Ihr stellt ihm damit doch in Wirklichkeit nur eine Falle, weil er im Zweifelsfälle die Einschränkungen und bekannten Bugs des Loaders nicht kennt.

    Und was bringt uns derzeit ein andere BL noch für Vorteile, außer das man ihn nicht selbst maintainen muss? Multiboot spielt ja bei Floppys und USB keine Rolle.

    Was hat denn Multiboot (ein Protokoll) mit dem Speichermedium zu tun?

    Ansonsten glaube ich, ist der Vorteil, nicht maintainen zu müssen, schon groß genug. Aber wenn ich spontan noch einen weiteren sagen sollte: Ihr kettet euch nicht an ein bestimmtes Dateisystem.

    Du bleibst übrigens die Antwort schuldig auf die Frage, wer würde diesen Aufwand betreiben, das umzubauen. Ehenkes? Wohl kaum, er möchte ja einen eigenen BL. Ich? Nein, möchte auch einen eigenen BL und habe zu wenig Assembler-Kentnisse.

    Sollten wenig Assemblerkenntnisse nicht eher zum Schluss führen, dass man den Bootloader eben nicht selber macht? (Oder natürlich sich die Assemblerkenntnisse aneignet) Den Boot auf GRUB umzustellen sollte eine Sache von maximal einer halben Stunde sein. Den eigenen Bootloader zu fixen dürfte etwas mehr Aufwand kosten.

    Aber es ist eure Entscheidung, ich stimme bei der Umfrage nich ab.


  • Mod

    Wie du siehst, ist das Meinungsfeld gespalten. Beides hat offensichtlich Vorzüge und Nachteile. Daher strebe ich an, auf längere Sicht beides anzubieten.

    http://www.brokenthorn.com/Resources/OSDevMulti.html


  • Mod

    Das Größenproblem des Kernels ist inzwischen durch Optimierung des BL2 behoben. 🙂



  • Erhard Henkes schrieb:

    Das Größenproblem des Kernels ist inzwischen durch Optimierung des BL2 behoben. 🙂

    Dafür läuft er aber nicht mehr auf meinem Laptop 😃



  • Ich schreibe ein eigenes Betriebssystem und möchte es auch auf eine hierfür eigenes geschriebenes Dateisystem aufsetzen. Bei Bedarf dürfen hierzu auch andere Dateisysteme gemountet werden. Ich weiß nicht, ob Grub so flexibel ist, auch für völlig neue Dateisysteme arbeiten zu können. Soweit ich weiß, geht so etwas nicht. Es kann wahrscheinlich nur für einige gängige Dateisystemformate wie NTFS, VFAT, FAT, ext2, ext3, ext4 und vielleicht noch einige andere verwendet werden, da es erwartet, daß der Kernel in einem Verzeichnis irgendwo untergebracht worden ist. Wenn es die Verzeichnisstruktur nicht lesen kann, wegen der Marke Eigenbau, wird es offenbar versagen.


Anmelden zum Antworten