C'est très proches des idées originelles de Multics :
Le système gérait des segments (espaces adresses) pour les processus ; l'utilisateur ne se préoccupait pas du stockage dans un FS, les programmes ne s'interrompant pas.
Par contre Multics prévoyait de swapper sur disque les segments lorsque l'utilisateur suspendait sa session. A la réouverture, Multics rouvrait tout.
Enfin c'était la théorie !
Pour Multics, les capacités d'adressage de l'époque (36 bits) étaient insuffisantes pour permettre le bon fonctionnement de tout cela. Et la fiabilité tant du matériel que du logiciel laissait à désirer ce qui augurait mal de la pérennité des données.
Dans la pratique, le concept de fichier et de document correspond à une réalité concrète. Les bacs à fiches et les feuillets, manuscrits...
Je vois mal les utilisateurs s'en passer.
[^] # Re: Rien de nouveau sous le soleil
Posté par bertrand . En réponse au journal Phantom OS: l'OS qui ne s'éteint jamais. Évalué à 4.
Le système gérait des segments (espaces adresses) pour les processus ; l'utilisateur ne se préoccupait pas du stockage dans un FS, les programmes ne s'interrompant pas.
Par contre Multics prévoyait de swapper sur disque les segments lorsque l'utilisateur suspendait sa session. A la réouverture, Multics rouvrait tout.
Enfin c'était la théorie !
Pour Multics, les capacités d'adressage de l'époque (36 bits) étaient insuffisantes pour permettre le bon fonctionnement de tout cela. Et la fiabilité tant du matériel que du logiciel laissait à désirer ce qui augurait mal de la pérennité des données.
Dans la pratique, le concept de fichier et de document correspond à une réalité concrète. Les bacs à fiches et les feuillets, manuscrits...
Je vois mal les utilisateurs s'en passer.