
Maintenez simplement une branche!
Prend en charge le débogage direct de Windows!
- Environnement de rouille et Windows Qemu doivent être installés
- Bien sûr, Linux le prend également en charge, c'est en fait une plate-forme multipliée
L'objectif de ce projet est d'obtenir un tutoriel complet du système d'exploitation qui existe dans un référentiel séparé et une branche distincte.
"One Operating System Tutorial" est défini comme une série de chapitres utilisés pour apprendre les matériaux de texte et de code du système d'exploitation. Les utilisateurs peuvent lire ces chapitres dans un ordre naturel pour comprendre progressivement l'historique de développement du système d'exploitation et les détails techniques du principe. Par conséquent, dans la section suivante de cet article, les utilisateurs sont appelés étudiants et le processus d'utilisation est appelé apprentissage.
Je suppose que les étudiants ont une bonne compréhension de la langue de rouille avant d'étudier ce tutoriel, car j'espère essayer d'utiliser la commodité apportée par la rouille lors de l'écriture sans être contrainte par le public.
J'espère que les étudiants pourront se concentrer sur la rouille et le système d'exploitation lui-même lors de l'étude de ce tutoriel. Par conséquent, les tutoriels ne nécessitent pas que les utilisateurs soient compétents dans le fonctionnement du GIT. git clone n'est qu'un des moyens d'obtenir des tutoriels. Il n'y a pas de différence essentielle entre le téléchargement de zip ou la copie à partir d'autres (bien sûr, la gestion des versions est toujours bénéfique); Et il essaiera de multiplateforme. Pour cette raison, certaines opérations liées à la plate-forme peuvent être nécessaires pour s'ajouter au système de construction.
Ce tutoriel ne s'attend pas à l'innovation dans les paramètres de chapitre ou à l'enseignement du contenu , et il n'est pas non plus pour expérimenter une nouvelle technologie de noyau, RCore-tutorial-V3 est assez excellente. Ce projet se concentre uniquement sur le processus de construction du tutoriel et l'expérience d'apprentissage des étudiants (en d'autres termes, si vous souhaitez faire ces deux points, il est également acceptable de modifier les paramètres du chapitre et le contenu d'enseignement). Sur cette base, j'espère utiliser le mécanisme de rouille pour réduire la quantité de code dans "Construire un système d'exploitation" et rendre la construction de bibliothèque standardisée et migible.
Le département des manuels de RCore-tutorial-V3 a donné à chaque chapitre une sorte de nom de paléobi, reliant l'histoire du développement du système d'exploitation avec l'histoire des animaux, apportant de nouveau et intéressant aux manuels souvent ennuyeux. Avec chaque chapitre, les élèves peuvent apprendre comment un noyau moderne s'est développé étape par étape de l'ère de l'ignorance.
Les manuels de lecture apporteront le bonheur - la joie de gagner des connaissances et des progrès; L'histoire de la lecture apportera également le bonheur - la joie de ces génies et histoires. Cependant, une fois que le manuel est comparé à un vrai livre d'histoire, nous constaterons que nous semblons manquer quelque chose. Des temps anciens à nos jours, du simple à traditionnel - c'est une chronique. Les chroniques sont simples et claires, ce qui est propice aux concepts de construction, mais il n'est pas propice à comprendre un caractère complexe. Pour les systèmes d'exploitation, il n'est pas propice à comprendre les détails d'un sous-système de noyau vraiment moderne. Les fonctions des sous-systèmes sont souvent limitées à d'autres sous-systèmes connexes qui n'existent pas encore et ne peuvent pas être pleinement introduits; Et lors de l'ajout d'un sous-système, le sous-système précédent doit être modifié pour s'adapter aux fonctions de nouveaux composants. Les systèmes complexes doivent être modifiés plusieurs fois ou ne peuvent être placés que dans les chapitres suivants, ce qui conduit à des tutoriels qui peuvent être une excellente introduction, mais ne peuvent pas être lus fréquemment et sont constamment nouveaux.
Heureusement, l'histoire nous a parlé d'un autre choix. Les chroniques sont un outil important pour la recherche historique, mais ce que l'on peut appeler le «chef-d'œuvre des historiens» est toujours le style des Écritures. Chaque fois que vous concentrez votre point de vue sur une personne importante et utilisez son expérience comme un indice, cela rend souvent l'histoire plus complète. Peut-être que nous avons besoin d'un autre travail de biographie qui introduit les différents sous-modules du noyau d'une manière désordonnée, apportant un livre de référence plus efficace pour les chercheurs du noyau qui ont quitté le tout-petit. Un tel livre de référence doit naturellement nécessiter la modularité - le module est le chapitre lui-même.
Ce projet se concentre toujours sur un meilleur tutoriel. Mais son expérience modulaire aide d'autres œuvres. S'il y a un tel projet, il peut être appelé RCORE-manuel, qui est un manuel pour les chercheurs du système d'exploitation à lire à tout moment. Tout comme RCORE-tutorial n'a pas besoin d'introduire le RCORE d'origine, ils sont la suite spirituelle de RCORE.
Ce projet n'est pas et n'a pas l'intention de devenir un modèle de travail connexe . si tu:
Par conséquent, ce projet utilise l'open source WTFPL. Si vous ne l'aimez pas, vous pouvez modifier le nom ou le supprimer directement dans votre fourche, qui est pris en charge par lui-même.
De plus, ce projet est expérimental. Cela signifie qu'il est sujet à des changements de conception, à une refactorisation perturbatrice, à un mouvement, à l'abandon ou à la suppression à tout moment.
cargo qemu --ch <n>
Exécutez le système d'exploitation dans le chapitre n dans QEMU.
Paramètres facultatifs:
--lab est uniquement valable pour CH1, exécutez CH1-Lab--features <features> est valide uniquement pour CH3, Pass Features = CoOP