Os dans une base de donnée ?

 
oui oui avec de l'héritage :D
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 :/

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

:heink:

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

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.

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 :http://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 :http://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

 
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 ?

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

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

 
Avec l'OS qui est dans la BD  :pt1cable: