Discussion:Allocation de mémoire
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Désallouer ? Désallocation ? Libérez les allocations !
modifierCeci est ma première contribution (outre le mot espace conjugué à tort au féminin).
Ne peut-on pas utiliser les termes français « Libérer » et « Libération » dans les descriptions ? De même la phrase « la demande d'allocation d'espace au système d'exploitation est durant l'exécution du programme » ne serait-elle pas moins lourde et plus centrée sur l'argument sous la forme : « C'est durant son exécution que le programme réserve la ressource nécessaire pour un temps donné, et qu'il la libère » (avec un point et une nouvelle phrase) ?
Je veux bien m'en charger mais je préfère demander si c'est pertinent, n'étant pas un habitué.
Du sucre dans mon cafe (discuter) 20 septembre 2013 à 15:14 (CEST)
- Le terme informatique en France dans le jargon technique est "Allouer / Désallouer" pour respectivement (malloc/new) et (free/delete) malloc signifiant "MemoryAllocation". Tout autre terme est marginal et ne devrais pas être employé pour éviter les mal-entendus trans anglophoniques. Oui l'informatique est d'origine anglophone et si ça plais pas à tout le monde c'est pareil. On vas pas changer le jargon pour faire plaisir a une minorité d'intégristes de la Francophonie. Ceci dit on tolère aussi "réserver / libérer" mais ce n'est qu'un synonyme non officiel d'intégristes de la Francophonie. --Ppignol (discuter) 28 août 2020 à 07:37 (CEST)
Une allocation statique n'est pas une méthode plus sûre
modifierDans la section «Comparaison», il est indiqué:
L'allocation statique est la méthode la plus sûre au sens où : * la quantité consommée est constante et complètement connue avant l'exécution ; * elle est généralement accessible exclusivement en lecture seule (non modifiable).
La caractéristique statique s'applique au mode d'allocation de la mémoire et non à son contenu. Le contenu d'une variable statique est normalement modifiable à moins qu'on ne précise que son contenu est invariant (constant); par exemple, en utilisant le mot réservé const en langage C/C++. Elle est donc généralement accessible aussi bien en lecture qu'en écriture. En langage C/C++, même une variable ayant la caractéristique const peut être modifiée en effectuant un transtypage.
D'autre part, il faudrait remplacer «est» par «doit» dans « la quantité consommée est constante [...]», car le programmeur doit s'assurer de ne pas dépasser l'espace alloué statiquement.
Par conséquent, l'allocation statique n'est pas « une méthode plus sûre ». Il faut donc supprimer ce paragraphe fort inexact. --ProgMan (discuter) 5 décembre 2018 à 00:43 (CET)
- Je plussoie ... +1--Ppignol (discuter) 28 août 2020 à 07:42 (CEST)
Section "Comparaison"
modifierSans vouloir être méchant, la section "Comparaison" est un ramassis d’inepties qu'on enseignais avant les années 60 et la création des premiers virus informatiques. En effet le tas est la méthode la plus sûre pour allouer la mémoire et le modèle mémoire de K&R prévois justement qu'on en fasse un usage intensif pour peu qu'on sache programmer correctement et qu'on maîtrise l'utilisation des pointeurs et de l'allocation en tas.
Le principal problème avec l'allocation automatique en pile est que l'on obtiens très facilement un détournement du fonctionnement du logiciel avec un simple "shellcode" grâce au bug dit de "bufferoverflow". Quant à l'allocation "statique" elle n'est utile que pour les constantes (comme les enums) et les singletons. --Ppignol (discuter) 28 août 2020 à 07:19 (CEST)
Le mot "volatile" à une signification en informatique.
modifierDans "Les trois modes d'allocation" le mot volatile est utilisé a tort. "la mémoire vive volatile ou la mémoire de masse persistante" En informatique le mot volatile est utilisé dans le sens d'une variable volatile à savoir une valeur chargé dans les registres processeur mais dont l'intégrité est vérifié avant calcul, de manière atomique grâce aux systèmes embarqués de blocage du bus mémoire, pour être sûr que la valeur n'a pas changé en mémoire avant l'opération du processeur. Je préconise l'utilisation du terme "éphémère" ou "non persistante". --Ppignol (discuter) 28 août 2020 à 07:52 (CEST)