Aller au contenu

Seren

INpactien
  • Compteur de contenus

    2
  • Inscription

  • Dernière visite

Seren's Achievements

Nouveau

Nouveau (1/14)

  • First Post Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

  1. Je trouve ça assez exagéré. Tu n'as répondu à aucune question technique autrement que par "je suis sceptique, mais le boss dit que c'est possible". Pour se faire respecter techniquement, on a vu mieux. De plus, tu ne donnes aucun détail technique sur le projet (ni sur ceux que tu critiques), uniquement des concepts. Surtout que dans les concepts généraux décrit il y en a peu qui se rapportent au noyau mais à l'éco système Linux. Par exemple, En quoi le système de distribution est lié au noyau Linux ? ça a strictement rien à voir. Windows pourrait aussi bien être distribué par paquets. Si on parle de noyau, il devrait y avoir des informations sur le scheduler, les interruptions, les sémaphores, la gestion de la mémoire... Est-ce que vous allez utilisé de la mémoire paginée ou non ? Taile de pages fixes, variables ? Comment vous allez gérer les sémaphores et autres mutex ? Quelle sera l'interface entre le noyau et l'"userland" ? Pour avoir un compatibilité entre windows et linux, il va falloir gérer les appels systèmes Linux et les appels systèmes Windows, comment vous allez faire ? Quelle est la liste des appels systèmes que vous allez gérer ? En bref, je vois beaucoup de souhaits généraux : " faire un OS rapide, fiable, etc" mais aucune description précise. D'autre part, il y a des énormités du style : " on prend les DLLs windows on les désassemble et on passe le code sous GPLv3. Par contre il faudra un serveur en Russie pour pas avoir de problèmes de légalité". Franchement, c'est pas sérieux. Qui voudra utiliser un système pareil ? Ensuite, le fait de tout faire en Assembleur, c'est pas réaliste. Si il y a une raison pour laquelle l'assembleur est peu utilisé c'est que c'est peu maintenable et obscure. Il faudrait en plus qu'une communauté entière propose des patchs et gère le code. Quand quelqu'un va proposé un patch " MOV R1, 0xFF" par "MOV R1, 0xFE" c'est pas lisible et clair, même si c'est bourré de commentaires ! Sans compter que c'est pas du tout portable comme code : si en ce moment il y a des téléphones avec Android, basé sur le noyau Linux, et des PC sous Linux, c'est bien parce que le noyau fonctionne à la fois sur un processeur ARM et sur un processeur x86 ! Parce qu'il est écrit en C, et donc c'est du code portable. Pourquoi les entreprises qui font du bas niveau codent en C ? Parce que c'est des vieux abrutis ? Non, c'est parce que d'un projet à l'autre tu peux changer d'architecture facilement sans avoir à tout réecrire à chaque fois. Enfin le projet est un beau fantasme, malheureusement ça ne marchera jamais dans le monde réel.
  2. Actaruss, tu as l'air de bonne foi, mais il y a pas mal de chance que ton "boss" te mène en bateau. Comme plusieurs personnes l'ont déjà fait remarqué, il y a énormément d'erreurs et de contresens dans ton post initial. C'est très confus, la plupart des problèmes que tu évoques ne dépendent pas du noyau mais de la partie "userspace". Donc de créer un nouveau noyau ne résoudra rien. Si vous voulez travailler sur un noyau expérimental, il y a le projet Hurd. Renseignes toi un peu plus, et ne crois pas automatiquement tout ce que te dis ton boss. Utilises ton esprit critique et recoupes les informations.
×
×
  • Créer...