bonjour,
le titre resume bien l'état d'esprit.
En se basant sur les briques gnu
j'aimerai batir un nouvel os (ou me raccrocher à un projet existant .... si il existe).
soyson clair.
Quand on parle fichier, repertoire , alias etc on parle : inode, allocation , cylindre , cluster , chunk (raid) etc etc ... : donc on se place toujours dans la phylosophie système de fichiers .
il y a toujours le terme fichiers dedans ...rahh comment le viré ce terme ??
je ne propose pas
- le bios car depassé lui aussi : EFI , la c'est deja mieux ... j'ai ca sur mon iMac intel (mais msi fait des cartes a base efi ...)
Mais plutot EFI ? .... hum voila une bien joli couche totalement parametrable et ultra adaptable ... : a ce niveau on va donc tenter de placer la couche d'abstraction hard et SURTOUT le pilotage bas niveau des disque (entre autres ,vu qu'on ne parle que syteme de fich ... bzzz j'lai pas dit) ).
L'idée est de pouvoir fournir des primitives / api objet a un noyau monolithic qui piloterai un moteur de SGBDR orienté objet placé sur le disque et ce dés le "bios" (EFI en fait)
Pour etre plus clair je conseille de zieuter de plus prés ce système :
http://fr.wikipedia.org/wiki/OS/400
Avec l'EFI on peut maintenant faire le grand saut vers des vrai systèmes objet et zappé les systèmes de FaitChi...bzzz chut.
c ici http://fr.wikipedia.org/wiki/Exten [...] _Interface et la pour entrer dans le vif du sujet : http://www.intel.com/technology/efi/
Je ne parle donc plus de fichiers car je n'aurais plus qu'un cluster d'entrée sur le disque (tu sais les famauex 512 octets) et ensuite l'allocation ce fera par le moteur sgbr .. a ce sujet oracle est en train de pondre un "truc" (lol) similaire :
une piste , iFS:Internet File System d'oracle.
ou encore ce projet la, avec ensuite une mise en couche basse. http://tech.inhelsinki.nl/dbfs/
Je "fantasme" de pouvoir mettre les framework de l'os dans la partie userLand et donc dans le "sgbdr" ... la partie kernel space je me tatte encore.
Donc les framework GUI, SON etc (style cocoa, coreAudio etc) en userLand donc "sgbdr"
De plus en terme de sécurité (overflow, context cpu mem etc ...) cela parait assez robuste.
Mais je suis pas hyper calé dans tout ces domaines ... et donc je ne peux que cracher des concepts et idées ... (je dev. en java et c)
le challenge consiste donc à "booter" dans une base de données objet et ensuite monter un systeme ... objet : facile a dire.
y'en a qui creuse deja ... http://www.ingres.com/faqs/FAQs_Icebreaker.html (mais bon c pas assez poussé que ce que je vois, mais c un debut)
je reste la pour repondre au grand flou de mes idées ...
Message édité par tron20 le 06-04-2008 à 11:10:44