malloc() vs HeapAlloc()

Quelle est la différence entre la fonction malloc() et HeapAlloc()? Autant je comprends malloc alloue de la mémoire dans le tas, tout comme HeapAlloc, droit?

Quelle est donc la différence?

Merci!

InformationsquelleAutor TCS | 2011-11-22
  1. 47

    Vous avez raison, ils ont tous les deux allouer de la mémoire à partir d'un segment de mémoire. Mais il y a des différences:

    • malloc() est portable, partie de la norme.
    • HeapAlloc() n'est pas portable, c'est une fonction API Windows.

    C'est tout à fait possible que, sous Windows, malloc serait mis en œuvre sur le dessus de HeapAlloc. Je m'attends à ce malloc être plus rapide que HeapAlloc.

    HeapAlloc a plus de souplesse que malloc. En particulier, il permet de spécifier les tas que vous souhaitez allouer à partir. Cette approvisionne pour plusieurs tas par processus.

    Pour presque tout le codage des scénarios, vous utilisez malloc plutôt que HeapAlloc. Même si, depuis que vous avez attaché votre question C++, je voudrais que vous soyez à l'aide de new!

    • Comment pourrait - malloc être plus rapide que HeapAlloc si elle est mise en œuvre sur le dessus de HeapAlloc?
    • Parce que malloc peut mettre en œuvre d'autres sous-modèles d'allocation.
    • Correct. Sert à rien d'autre but que d'être un piège pour un développeur inexpérimenté. L'habituel "Nous Faisons La Même chose, Mais en lui Donnant Un Autre Nom Pour Introduire Certaines Incompatibilités" truc de MS
    • pour les développeurs inexpérimentés" bien sûr; "sert à aucune autre fin," pas tellement. Vous pouvez l'utiliser avec par thread tas ou de les allouer de la mémoire à partir d'un segment de mémoire qui est exécutable.
    • Je corrige la position des mains, il a un autre objectif, je ne savais pas de. Mais quelqu'un demander "malloc ou HeapAlloc" n'a évidemment pas besoin de thread local storage (ce qui est manquant dans la bibliothèque C standard) ou de la mémoire exécutable
    • malloc n'a pas besoin de faire suballocations (depuis Win2000 SP4); le système d'exploitation fourni Faible Fragment de Tas (LFH) peut maintenant faire des petites allocations efficacement aussi bien.
    • il a un autre objectif, comme celui d'être utilisés dans d'autres langues que le C ou le C++. Il y a en fait plus de programmeurs que ceux qui l'utilisent en C ou C++.
    • ce MS est en train de faire ici n'est pas différent de ce qui se passe sur d'autres plates-formes; malloc() est rarement (jamais?) fourni directement par l'OS, mais au lieu de la bibliothèque C la met en œuvre, dans les conditions de l'OS sous-jacent primitive. Sur Win32, c'est HeapAlloc(); sur unix, malloc() est généralement mis en œuvre en termes de sbrk() ou mmap(). Une situation similaire existe avec les fichiers: C est fopen() est mise en œuvre en termes de CreateFile() sur Win32, ou open() sous unix. L'OP est qu'ici, c'est vraiment analogue à la "fopen() ou()" ou "fopen() vs CreateFile()".
    • Si vous avez été dans l'acte de construire votre propre compilateur/langue puis le système d'exploitation fourni de gestion de la mémoire de la méthode (c'est à dire heapalloc) est plus portable. Sinon vous serait liée à la portabilité de la C runtime. C'est probablement ce que la plupart des compilateurs C faire de toute façon, mais dans un âge où il y a plusieurs OS là-bas, il est peu probable que l'un compilateur C (au moins un open source) portent sur de nombreux OS au-delà du top plusieurs en cours d'utilisation.
    • vous avez raison mais sinon incorrect avec l'analogie sur fopen. fopen n'est rien de plus qu'une plate-forme indépendante-isation d'un appel. c'est une conséquence directe de l'envelopper. Mais malloc peut être comme David le dit. Jetez un oeil à dlmalloc mise en œuvre; le but est de réduire le nombre d'appels à srbk autant que possible, à l'aide personnalisé de la corbeille de l'emballage, des piscines jusqu'à 256 ko et a ordonné les listes libres. De ce que je comprends, microsoft cherche à donner à toutes ces fonctionnalités directement dans HeapAlloc, éliminant tout besoin d'un habile malloc. À partir de repères personnels, Win8 régime est maintenant très rapide

    InformationsquelleAutor David Heffernan
  2. 73

    En fait, la fonction malloc() (et d'autres C runtime tas de fonctions) sont de module de charge, ce qui signifie que si vous appelez la fonction malloc() dans le code d'un module (c'est à dire une DLL), alors vous devriez appeler free() dans le code d'un même module ou vous pourriez souffrir d'un assez mauvais corruption de segment de mémoire (et cela a été bien documenté). À l'aide de HeapAlloc() avec GetProcessHeap() à la place de malloc(), y compris la surcharge nouveau et supprimer des opérateurs à faire usage de ces, vous permettent de passer les objets alloués dynamiquement entre les modules et ne pas avoir à vous soucier de corruption de la mémoire si la mémoire est allouée dans le code d'un module et libéré dans le code d'un autre module une fois que le pointeur vers un bloc de mémoire a été transmis à travers un module externe.

    • Enfin, c'est le plus important de réponse ici. malloc() est portable, mais lorsque vous avez besoin de déplacer des objets et des Dll participer, vous devez le Tas. Pour les développeurs Windows, je vous conseille d'utiliser le Segment de mémoire et d'écriture personnalisé STL allocateur de le Tas trop.
    • Est l'objection est-elle encore valable? Par exemple VC 2013 CRT initialise le _crtheap comme GetProcessHeap(), de sorte que malloc/free à partir de différents fichiers Dll doivent déjà utiliser le même GetProcessHeap(). Il y a une histoire différente si le mélange est "libération" et "debug' Trc. Le plus tard, ajoute un décalage vers le pointeur retourné, donc en effet l'allocation par le debug-versions et les libérer par la version (ou l'inverse) va planter le programme.
    • Aimerais un lien vers le "bien documenté" que vous mentionnez.
    InformationsquelleAutor Luis Miguel Huapaya
  3. 23

    Avec Visual C++, la fonction malloc() ou l'opérateur new appelle éventuellement HeapAlloc(). Si vous déboguer le code, vous trouverez la fonction _heap_alloc_base() (dans le fichier malloc.c) appelle return HeapAlloc(_crtheap, 0, size) où _crtheap est un tas global créé avec HeapCreate().

    La fonction HeapAlloc() fait un bon travail pour réduire la surcharge de la mémoire, avec un minimum de 8 octets par répartition. Le plus grand que j'ai vu est de 15 octets par répartition, pour les allocations allant de 1 octet à 100 000 octets. Gros blocs ont de plus grands frais généraux, cependant, comme un pour cent du total alloué, il reste moins de 2,5% de la charge utile.

    Je ne peux pas commenter sur les performances, car je n'ai pas comparé les HeapAlloc() avec une coutume fait régulier, mais aussi loin que la surcharge de la mémoire de l'aide HeapAlloc(), la surcharge est étonnamment faible.

    • et HeapAlloc() appelle RtlHeapAlloc() mis en œuvre dans ntdll.dll, kernel32.dll, kernalebase.dll
    • J'ai une référence dans mon open adresse hash map sourceforge.net/projects/cgenericopenaddresshashmap qui suggère que Windows 8 malloc est au moins 5 fois plus rapide que Windows 7. Quelqu'un a suggéré ici que MS CRT malloc ne fait rien de plus que d'envelopper HeapAlloc, confirmez-vous ?
    InformationsquelleAutor Daniel Morin
  4. 6

    malloc est une fonction de la bibliothèque C standard (et aussi dans le C++ standard library).

    HeapAlloc est une fonction Windows API.

    Ce dernier vous permet de spécifier le segment de mémoire à allouer à partir, qui, j'imagine, peut être utile pour éviter la sérialisation des demandes d'allocation dans différents threads (note de l' HEAP_NO_SERIALIZE drapeau).

    Cheers & hth.,

    InformationsquelleAutor Cheers and hth. - Alf
  5. 1

    En outre, vous pouvez vous référer à:

    https://msdn.microsoft.com/en-us/library/windows/desktop/aa366705(v=vs. 85).aspx

    Qui signifie que vous pouvez activer certaines fonctionnalités du SEGMENT de mémoire gérés par WinApi allocateur de mémoire, par exemple, "HeapEnableTerminationOnCorruption".

    Que je comprends, cela permet à certains de base à un débordement de tas de protections qui peuvent être considérés comme une valeur ajoutée à votre demande en termes de sécurité.

    (par exemple, je préfère le plantage de mon application (comme une application propriétaire) plutôt que d'exécuter du code arbitraire)

    Autre chose, c'est qu'il pourrait être utile en phase précoce de développement, de sorte que vous pourriez attraper des problèmes de mémoire avant de passer à la production.

    InformationsquelleAutor anonymous
  6. 1

    Dans les systèmes où plusieurs Dll peuvent aller et venir (via la fonction LoadLibrary/Freelibrary), et lorsque la mémoire est peut-être allouées dans une DLL, mais il est libéré dans l'autre (voir réponse précédente), HeapAlloc et d'autres fonctions semblent être les moins-petit dénominateur commun pour la réussite de la mémoire de partage.

    Thread-safe, sans doute hautement optimisé par des Docteurs à gogo, HeapAlloc s'affiche à travailler dans toutes sortes de situations où nos pas-si-code partageable à l'aide de malloc/free serait un échec.

    Nous sommes une C++ embarqué boutique, nous avons donc surchargé l'opérateur new/delete à l'échelle de notre système à l'utilisation de la HeapAlloc( GetProcessHeap( ) ) qui peut écrasa (sur la cible) ou maternelle (pour windows) pour la portabilité du code.

    Jusqu'à présent pas de problèmes maintenant que nous avons contourné malloc/free qui semblent indiscutablement DLL spécifiquement, un nouveau "en tas", pour chaque chargement des DLL.

    InformationsquelleAutor Roger Sumner
  7. 0

    C'est ce que MS a à dire à ce sujet: http://msdn.microsoft.com/en-us/library/windows/desktop/aa366533(v=vs. 85).aspx

    Une chose, celui qui est mentionné à ce jour est: "La fonction de malloc a le désavantage d'être exécuté à temps dépendant. Le nouvel opérateur a le désavantage d'être dépendant du compilateur et dépendant d'une langue."

    Aussi, "HeapAlloc peut être demandé de lever une exception si la mémoire ne peut pas être attribué"

    Donc, si vous voulez que votre programme à exécuter avec toute la CRT, ou peut-être pas de CRT à tous, vous l'auriez HeapAlloc. Peut-être que les gens qui le ferait une telle chose serait d'être les auteurs de logiciels malveillants. Une autre utilisation peut être si vous êtes à la rédaction d'un mémoire intensive des applications spécifiques à l'allocation de la mémoire/l'utilisation de modèles que vous préférez écrire votre propre tas allocateur au lieu d'utiliser un tube CATHODIQUE d'un.

    InformationsquelleAutor Computer Software Guy
  8. 0

    malloc est fonction exportée par la bibliothèque runtime C(CRT), qui est le compilateur spécifique.

    C run-time library dll changements de nom à partir des versions de visual studio versions.

    HeapAlloc fonction est exportée par kernel32.dll présent dans le dossier windows.

    InformationsquelleAutor rpk