[SOS] Re: Virtual Memory Manager

[guillaume.sempe]

> Envoyez vos messages pour la liste Sos à
> 	sos at the-doors.enix.org
> 
> Pour vous (dés)abonner par le web, consultez
> 	http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos
> 
> ou, par email, envoyez un message avec 'help' dans le corps
ou dans le
> sujet à
> 	sos-request at the-doors.enix.org
> 
> Vous pouvez contacter l'administrateur de la liste à l'adresse
> 	sos-owner at the-doors.enix.org
> 
> Si vous répondez, n'oubliez pas de changer l'objet du
message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de Sos..."
> 
> 
> Thèmes du jour :
> 
>    1. Re:  (KAISER Edouard)
>    2. Re: Virtual Memory Manager (KAISER Edouard)
>    3. Re: Virtual Memory Manager (David Decotigny)
>    4. Re: Virtual Memory Manager (KAISER Edouard)
> 
> 
>
----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 5 Oct 2005 12:01:55 +0200
> From: KAISER Edouard <edouard.kaiser at gmail.com>
> Subject: Re: [SOS] Virtual Memory Manager
> To: SOS mailing-list <sos at the-doors.enix.org>
> Message-ID: <4ca877de0510050301k658e9a23h at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Merci pour toutes ces informations David, ça m'embète de devoir
> activer la pagination pour cette situation car j'ai tout
fais jusque
> la pour évidemment ne pas avoir à la mettre en place ! :(
> Je vais essayer continuer mes recherches et si vraiment il
faut, bah
> il le faut :D
> --
> KAISER Edouard.
> Wiki-Blog : http://kaiser.edouard.free.fr/
> BesOS : http://besos.mtp.epsi.fr/
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 5 Oct 2005 15:51:56 +0200
> From: KAISER Edouard <edouard.kaiser at gmail.com>
> Subject: Re: [SOS] Virtual Memory Manager
> To: SOS mailing-list <sos at the-doors.enix.org>
> Message-ID: <4ca877de0510050651u62f2ac33g at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Tiens j'avais oublié ça ! :)
> 
> >> - On pourrait agrandir la limite du descripteur de
segment : problème
> >> on peut écraser des données qui suivent la mémoire
décrite par ce
> >> descripteur, mémoire qui peut appartenir à un autre
processus : donc
> >> impossible a priori comme solution.
> 
> >Si, possible. A condition d'avoir un allocateur de segments
global
> >capable de detecter les recouvrements et (surtout) de les
eviter.
> 
> En fait il y aurait donc un espace vide dans la mémoire
entre chaque
> processus qui permettrait a celui "d'en dessous" de pouvoir
allouer un
> peu de mémoire, mais sur quel critère se baser pour donner
une taille
> à cette espace vide ?
> --
> KAISER Edouard.
> Wiki-Blog : http://kaiser.edouard.free.fr/
> BesOS : http://besos.mtp.epsi.fr/
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 05 Oct 2005 16:49:33 +0200
> From: David Decotigny <David.Decotigny at free.fr>
> Subject: Re: [SOS] Virtual Memory Manager
> To: SOS mailing-list <sos at the-doors.enix.org>
> Message-ID: <4343E7FD.70403 at free.fr>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> 
> Bonjour,
> 
> KAISER Edouard wrote:
> > En fait il y aurait donc un espace vide dans la mémoire
entre chaque
> > processus qui permettrait a celui "d'en dessous" de
pouvoir allouer un
> > peu de mémoire, mais sur quel critère se baser pour donner
une taille
> > à cette espace vide ?
> 
> L'age de l'univers, la taille de la 3eme pyramide, ta date
de naissance. 
> Non, serieusement, il est impossible de determiner une
taille de segment 
> qui conviendra a tout le monde en l'absence de pagination,
ou alors 
> c'est que ton espace des adresses physiques est infini.
> 
> Je pensais a un truc pour lequel je ne connais pas la
reponse. J'avais 
> parle du flag "__thread" de gcc, mais il y a peut-etre des
__attribute__ 
> qui feraient mieux le boulot (?). Mais dans tous les cas,
meme avec ce 
> __attribute__, tu te retrouves avec le fameux probleme de
fragmentation 
> a gerer.
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 5 Oct 2005 16:58:17 +0200
> From: KAISER Edouard <edouard.kaiser at gmail.com>
> Subject: Re: [SOS] Virtual Memory Manager
> To: SOS mailing-list <sos at the-doors.enix.org>
> Message-ID: <4ca877de0510050758v14767c85u at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Salut,
> Je ne connais pas particulièrement bien gcc également ainsi
que ses
> attributs de ce fait je n'en sais pas plus.
> Mais le probleme de la fragmentation est un problème propre
a tout les
> mécanismes de gestion de la mémoire non ? Quelque soit la
solution
> choisi (pagination extension de la limite..) j'aurai
toujours une
> certaine fragmentation à gérer.
> J'aimerai déja dans un premier trouvé un moyen d'allouer
proprement de
> la mémoire dans un modèle multi segment, peut etre que
quelqun en
> saura plus, en attendant je réfléchis aussi de mon coté.
> 
> --
> KAISER Edouard.
> Wiki-Blog : http://kaiser.edouard.free.fr/
> BesOS : http://besos.mtp.epsi.fr/
> 
> 
> ------------------------------
> 
> _______________________________________________
> Sos mailing list
> Sos at the-doors.enix.org
> http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos
> 
> 
> Fin de Lot Sos, Vol 57, Parution 3
> **********************************
> 
Ce que je peux ajouter pour amener un petit d'aide, c'est
qu'il est souvent laissé un petit d'espace entre chacun des
segments pour permettre un dépassement malencontreux sans
risque de corruption des segments voisins.

guillaume sempé.

Accédez au courrier électronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34€/mn) ; tél : 08 92 68 13 50 (0,34€/mn)