Est ce qu un programme peut gerer la memoire - Programmation
Marsh Posté le 08-04-2002 à 02:13:01
c'est les deux !
Le prog s'occupe de sa memoire perso,
l'OS s'occupe de repartir la memoire
disponible entre les processus actifs.
LEGREG
Marsh Posté le 08-04-2002 à 03:39:03
Je crains que la memoire de Gugus ne soit ingerable, le gin auquel il s'est accoutumé lors de son sejours en perfide Albion y ayant fait trop de ravages.
A+,
Marsh Posté le 08-04-2002 à 11:12:02
gilou a écrit a écrit : Je crains que la memoire de Gugus ne soit ingerable, le gin auquel il s'est accoutumé lors de son sejours en perfide Albion y ayant fait trop de ravages. A+, |
Marsh Posté le 08-04-2002 à 12:13:16
gilou a écrit a écrit : Je crains que la memoire de Gugus ne soit ingerable, le gin auquel il s'est accoutumé lors de son sejours en perfide Albion y ayant fait trop de ravages. A+, |
Marsh Posté le 08-04-2002 à 15:50:03
Gugus2000 a écrit a écrit : lors d un malloc c bien le programme ? |
Ben justement ton malloc() c une fct de l´OS non?? Donc c bien lui qui décide ss quelle forme il te donne ta mémoire..
Marsh Posté le 08-04-2002 à 16:53:49
H4dd3R a écrit a écrit : Ben justement ton malloc() c une fct de l´OS non?? Donc c bien lui qui décide ss quelle forme il te donne ta mémoire.. |
malloc fait partie de la librairie C standard.
Les appels à l'OS sont cachés.
LEGREG
Marsh Posté le 08-04-2002 à 17:09:56
legreg a écrit a écrit : malloc fait partie de la librairie C standard. Les appels à l'OS sont cachés. |
Oups pardon.. Mais bon le résultat est le même, il controle pas..
Marsh Posté le 08-04-2002 à 18:58:03
Il me semble que la librairie du C se débrouille pour limiter les appels systèmes (elle alloue un gros bloc qu'elle gère de facon a sattisfaire plusieurs petit malloc de ton programme par exemple)
Mais qu'entends-tu par gérer la mémoire ?
Tu aimerais faire quoi ?
Lui il se charge de t'en trouver quand t'en demandes et toi tu gères ce que tu as ...
Un programme peut gérer sa mémoire comme il l'entends ...
Marsh Posté le 08-04-2002 à 21:31:13
Je pense qu'il fait allusion au type de prog qui tourne en tache de fond et qui "optimise" l'utilisation de la mémoire, personnellement j'ai des doute sur ce genre de chose, la gestion de la mémoire étant une des fonctionnalités de base d'un OS, elle se doit d'être efficace !
Marsh Posté le 09-04-2002 à 01:27:29
HelloWorld a écrit a écrit : Il me semble que la librairie du C se débrouille pour limiter les appels systèmes (elle alloue un gros bloc qu'elle gère de facon a sattisfaire plusieurs petit malloc de ton programme par exemple) Mais qu'entends-tu par gérer la mémoire ? Tu aimerais faire quoi ? Lui il se charge de t'en trouver quand t'en demandes et toi tu gères ce que tu as ... Un programme peut gérer sa mémoire comme il l'entends ... |
C'est d'ailleurs ce que tu peux faire toi meme aussi si ta connaissance des données que tu vas allouer te permet d'ecrire qque chose de plus efficace que le malloc standard.
A+,
Marsh Posté le 09-04-2002 à 19:47:02
non c juste que qq me soutenait sur hardware que windows 98 gerait au dessus de 512Mo de ram et moi je lui disait que ct pas l OS mais les applis qui gerait au dessus par exemple photoshop etc ... et il me disait que les applis ne POUVAIT pas gerer ca
Marsh Posté le 09-04-2002 à 19:49:28
gilou a écrit a écrit : C'est d'ailleurs ce que tu peux faire toi meme aussi si ta connaissance des données que tu vas allouer te permet d'ecrire qque chose de plus efficace que le malloc standard. A+, |
bah oué cette année on a recodé ca mais sous UNIX mais pour windows c un peu vague pour moi
Marsh Posté le 08-04-2002 à 01:13:22
ou c obligatoirement l OS qui s en occupe ?
lors d un malloc c bien le programme ?
l Os a rien a voir la dedant non ?
---------------
Je décline toute responsabilité potentielle pour le contenu de mes propos et contenu multimedia (images, videos et sons) + miroir magic.