Salut Lien :)
2014-08-06 16:13 GMT+02:00 Lien Rag <[email protected]>: > C'est pas mal pour des débutants complets mais c'est assez superficiel > quand même.... > > "When the kernel is loaded in RAM, it immediately initializes and > configures the computer’s memory and also configures all the hardware > attached to the system. This includes all processors, I/O subsystems, > storage devices, etc. " > > Ah oui très bien mais encore? *Comment* il configure et initialise tout > ça? > C'est quand même un cours sur Linux, on ne peut pas faire comme si le > noyau n'avait pas d'importance... > > je ne pense pas que ce cours s'adresse aux gens qui désirent être des programmateur du Kernel, et s'agit juste d'avoir une idée de comment fonctionne le Kernel et non comment chaque fonction marche, ces arguments , etc . D’ailleurs 90 % des enseignants qui enseignent Linux ne le savent pas et n'ont pas besion de le saveur, C'est relevé a une élite qui s'occupe de programmer le Noyau de Linux . Moi je ne le sais pas ! . Et de toute façon c'est toujours un programme stable et autonome d' ou son nom noyau Cependant , le kernel est un programme comme un autre , qui est capable d’initialiser et de configurer d'autres choses comme n'importe quel autre programme le faits. Exemple: ======= def mod3 (): """ Je m’exécute que dans python 3 """ print ("Je suis une syntaxe python3 " , 2*2 ) class ConfigurePython3ForMod3: """ Voici un programme qui configure le programme mod3.py en vérifiant si python 3 est installé ou pas ? car mod3.py s’interprète avec python 3 """ def __init__(self, *args): self.args =args def configure(self, module): if module.__name__ == "mod3": import sys if sys.version_info < (3, 0): raise "mod3 a besoin de python 3 pour fonctionner, la configuration a échouée" Tu peux voir ici que le Kernel n'est qu'un programme informatique avec de fonctions pour charger, décharger , allouer , initialiser , configurer . http://www.cs.bham.ac.uk/~exr/lectures/opsys/10_11/docs/kernelAPI/ > " Most other processes on the system trace their origin ultimately to > *init*; the exceptions are kernel processes, started by the kernel > directly for managing internal operating system details." > > Bon d'accord mais c'est-à-dire? C'est quoi les "internal os details"? Au > minimum qu'ils fassent un lien vers des explications plus détaillées s'ils > ne veulent pas ralentir le rythme.... > > > Puisque init est un processus , il faut bien de la mémoire, espace de stockage , ect , donc il faut bien que le noyau démarrer avant qu'il puisse faire un init, Donc init ne peut pas démarrer le noyau , c'est le problème de l’œuf et de la poule . Et je pense que c'est pour cette raison que des loaders comme Lilo , et GRUB existent, Non : ). Le niveau d'explication qu'ils donnent pour initramfs, quoique toujours > très léger, me choque moins: peut-être le fait qu'ils aient mis un schéma > explicatif clair me donne moins l'impression d'entendre "ne prêtez pas > attention à l'homme derrière le rideau".... > > Y' a toujours quelqu’un derrière le rideau , Sinon des mortels comme nous ne vont rien comprendre :) --Ad
-- Ce message a été envoyé à la liste [email protected] Gestion de votre abonnement : http://dakarlug.org/liste Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug Le site du DakarLUG : http://dakarlug.org
