ou puis-je trouver un projet qui ressemble à ça ?
c'est a dire un os qui est contenu dans un VRAI sgbdr objet.

et comment tu fais tourner le sgbdr ?

 
Avec l'OS qui est dans la BD  

avec un noyau qui arriverai à monter en root un "FS" qui serait un sgbdr OBjet.
un boostrap et un noyau dédié donc.
Le secret de cette prouesse tech. se base sur l'EFI. qui se chargerai de la couche hal.

Ensuite on se retrouve avec le reve de tout utilisateur ou développeur : un os ou la redondance n'existe plus, ou la recherche de fichier est INSTANTANNE , ou les temps de copie n'existe (car il y'a une seul zone de sotckage : la base )  bref qq soit votre hard on s'en moque c la couche basse de l'os qui gere le stockage Fini les gestion des copie de version etc .... puisque l'heritage (objet) viens enrichir l'objet de base.

Ingres corp. cherche deja dans cette voie : pour moi c l'avenir des os.

De toute manière je lit l'avenir donc ... ecoutez moi .

ici http://www.o3one.org/ (par exemple) + integration en base

Il fait mal aux yeux leur site à o3one en tout cas.

ignoble, ce site... y a moyen de faire une crise d'epilepsie ;D

 
sorry c'etait juste un exemple.
 
sinon y'a des liens sur wikipedia

 
si je comprend bien, en fait, c'est une refonte de la couche de gestion du stockage un peu comme le promettait reiser4 ou winfs ?

OS ou FS ?
 
sinon, y'a aussi WinFS

non, concept OS (orienté objet) DANS la base de données ... qui ne stocke que des objets.
winfs , je doute que tout soit objet dedans ... à commencer par l'os ... et son noyau ...
Les os totalement objet sont en gestation ... TAJ
 
et d'autres //en.wikipedia.org/wiki/Object-oriented_operating_system
 
Je veux abolir les fichiers et répertoire , y'en a marre. C vraiment des éléments fait pour les informaticiens pas pour les utilisateurs.
De plus un FS se fragramente forcément un jour.
 
Pour un FS Les accès au cylindre et autres joyeuseries c pour les couches basses ... l'EFI serait mon ami ;-) , il pourrait aussi bosser de concert avec l'os objet qui ne s'occuperait pas d'affichage mais balancerait juste l'objet video ou son ou je ne sais quoi vers la couche de traitement EFI (EFI est un framework a part entiere donc hyper modulable et ... orienté HARDWARE : ce qu'il me faudrait en somme)
 
En clair je n'ai certainement pas toutes les réponses en main ..mais je pense que cette voie est primordiale a explorer pour qui veut concevoir l'os de demain ...
 
EFI : http://www.uefi.org/home ou la plus simple a comprendre //fr.wikipedia.org/wiki/Extensible_Firmware_Interface
 
ps : ce qui me géne avec EFI c qu'il est encore écrit majoritairement en c ... pas en objet dommage

sympa ce petit topic, tu m'as fait découvrir TAJ. Bon j'arrive pas à le faire booter, les sources sont pas dispo...
Et aussi les OS basé sur JVM.
Je connaissais pas, merci bien.
Désolé de ne pas pouvoir t'aider plus. Il est vrai que je n'aurais jamais pensé à coder un OS autre chose qu'en C (style linux quoi). Ca peut vraiment être intéressant.

De rien, entre pinguoin on est la pour ça ;-).
Hélas pour moi je suis seul avec mes idées et mes petites connaissances.
 
Mais cela ne m'empêchera pas d'écrire et de poser mes concepts sur papier.
A ce sujet je monte actuellement un concept de concert live, repetition  interview (monde de la musique) etc ... sur le web et la j'ai le soutient d'un éditeur (fort prometteur mais chut pas le droit de diffuser hihi ) pour faire de la web TV avec mes amis AMYSSIS (+des autres artistes peu ou pas connu, mais talentueux) qui pourront fournir le contenu.

Et sinon on peut tout à fait manipuler des concepts objets en C, le noyau linux le fait d'ailleurs (cf le VFS)

avec des heritages , polymorphisme etc etc ? j'en suis pâs sure ... mais je code pas le kernel non plus ;-)

 
oui oui avec de l'héritage
En gros pour les filesystems, linux s'adresse toujours à un virtual filesystem (VFS), et derrière ce VFS (l'interface) on trouve différentes implémentations (pour chaque type de filesystem).
 
L'orienté objet c'est un type de programmation, pas un langage. Xt (en C) est aussi orienté objet je crois.
 
Le gros défaut des langages orientés objets pour un OS ce sont les perfs et le manque de maturité en général. Par exemple pour les perfs on peut pas vraiment se permettre un polymorphisme "dynamique à la volée automagique" comme on en voit en C++ (operateur dynamic_cast coûteux) ou en java... c'est pas simple d'écrire du C++ léger et rapide, ya peu de codeurs capables de ça