La collecte des ordures Bibliothèques en C++

Ce gratuits et commerciaux de collecte des ordures bibliothèques sont disponibles pour le C++, et quels sont les avantages et les inconvénients de chacun?

Je suis intéressé par des leçons durement de l'utilisation réelle sur le terrain, pas de marketing ou de promotion de blurb.

Il n'est pas nécessaire de donner des précisions sur l'habitude des échanges automatique de collecte des ordures, mais s'il vous plaît n'oubliez pas de mentionner les algorithmes utilisés (comptage de référence, la marque et le balayage, les différentiels, etc.) et résumez brièvement les conséquences.

  • la Raison pour rouvrir: Au moment de la validation d'origine étaient le logiciel de recommandations qui n'ont pas encore interdit sur le. L'application des règles rétroactive est une mauvaise action, en particulier car il ya aussi la possibilité de marquer la question historique, et c'est ce que je suggère de le faire. J'ai donc marqué la question d'une réouverture.
  • Voir managedcpp.sourceforge.net à l'aide de BoehmGC mais pour le C++ plus précisément à l'aide de C++11.
InformationsquelleAutor Andrew Bettison | 2008-09-17
  1. 27

    J'ai utilisé le Boehm collector dans le passé avec succès. Il est open source et peut être utilisé dans les logiciels commerciaux.

    C'est un conservateur collecteur, et a une longue histoire de développement par l'un des chercheurs les plus réputés dans la collecte des ordures de la technologie.

    • Une petite remarque: Boehm GC ne suit pas les pointeurs et l'allocation d'espaces de mémoire. Il ne sait même pas si une adresse de mémoire est un pointeur ou pas. Donc 1) avec Boehm GC reste la possibilité de la mémoire inutilisée des zones qui ne peuvent pas être libéré plus (si elles sont "visés" par une donnée qui n'est pas un pointeur). 2) boehm GC analyse également la non-pointeur de données pour les "pointeurs", si vous avez quelques conseils, mais beaucoup de données (f.e. vous avez beaucoup de grands blocs de données), cela signifie une surcharge importante 3) Boehm GC est de la pure C et utilise à peine le préprocesseur C 4) il n'est pas thread-safe.
    InformationsquelleAutor Greg Hewgill
  2. 22

    Boost a une grande gamme de pointeurs intelligents qui impliment de comptage de référence ou supprimez-sur-le-champ à la sortie ou intrusif de comptage de référence. Celles-ci ont révélé suffisant pour nos besoins. Un grand plus est qu'il est gratuit, open source, basé sur un modèle de C++. parce que c'est le comptage de référence, dans la plupart des cas, il est fortement déterministe lorsqu'un objet est détruit.

    • J'utilise l'auto_ptr avec beaucoup de succès.
    • Gadgets. Auto_ptr devrait être traîné derrière la grange et le tir. Il a ses utilise, mais les enfants: ne jamais mélanger auto_ptr et des collections. Bad juju résultats.
    • D'accord, mais tout implémentation C++ que permet mélanger auto_ptr et des collections devrait également être traîné derrière la grange, etc.
    • Leys - il convient de garder à l'esprit qu'un décompte de références pointeurs intelligents ne sont PAS une mise en œuvre de la GC. Ils ne sont pas automatiquement prendre en charge cyclique, des références et des applications réelles qu'ils ont de moins bonnes performances (beaucoup d'inutiles tenue de la comptabilité, toutes réalisées pendant des périodes de plus chargé, au lieu de temps d'inactivité).
    • Je voudrais aussi en question l'idée que shared_ptr est utile "déterministe". Un destructeur sur un objet local instance fonctionne de façon déterministe - nous savons qu'il s'exécute lorsque le bloc enfermant est sorti. Mais dans la même situation avec un shared_ptr, tout ce que nous savons, c'est que le refcount a été décrémenté. Le point de l'ensemble de shared_ptr est que nous ne savons pas si l'objet est encore nécessaire d'ailleurs, nous ne pouvons donc pas déterminer localement quand elle a été détruite. Si vous avez besoin d'un "descripteur de fichier" objet d'être fermé par la fois que vous quittez une certaine étendue, ne pas utiliser de shared_ptr.
    • Tous les bons points de Earwicker. Je ne voudrais pas vous suggérons d'utiliser le comptage de référence sur les petits objets jetables, seulement sur les grandes classes qui sont en petit nombre et de la durée relativement longue période de temps.
    • devrait être le principalement utilisé pointeur intelligent. Mais unique_ptrs ne sont pas bien pris en charge en c++03, nous voyons beaucoup plus de l'utilisation de shared_ptrs que nous devrions. Chaque pointeur est un pointeur partagé n'améliore pas le code c++ de la qualité. Chaque pointeur est un pointeur intelligent améliore considérablement la qualité du code. Mais la durée de vie de chaque objet complexe doit être motivé sur. La plupart des GC avais de code (C#,Java,etc) pourrait être améliorée par un développeur de raisonnement sur instance de la durée de vie. GC avais langues vous permettent d'ignorer la mémoire à vie les problèmes, mais d'autres ressources, les classes toujours besoin de considération.
    • Les pointeurs intelligents de boost, un comptage de référence dans le meilleur des cas, ou ils peuvent aider à utiliser RAII. Graphique-marche GC est tout simplement pas implémentée dans boost, et il en sera probablement toujours ainsi, surtout sur une serrure à base, multithread façon.

    InformationsquelleAutor Tom Leys
  3. 9

    L'Boehm garbage collector est disponible gratuitement, et soi-disant plutôt bonne (pas de première main l'expérience moi-même)

    ([PDF AVERTISSEMENT]papier Théorique sur C++0x proposition de Boehm garbage collector)

    Il a été dit de faire de C++0x mais ne va pas le faire après tout (en raison de contraintes de temps, je suppose).

    Proprosal N2670 (un minimum de soutien pour les ramasseurs d'ordures) a approuvé, en juin 2008, cependant, de sorte que le compilateur implémentations ramasser sur ce, et la norme soit finalisé, la collecte des ordures monde pour le C++ est sûr de changer...

    • Autant que je sache, la proposition N2670 est un beau essayer d'insérer Boehm GC qui a de sérieuses réserves détaillées here.
    InformationsquelleAutor Pieter
  4. 9

    - Je utiliser boehm-gc beaucoup. Il est simple à utiliser, mais la documentation est vraiment pauvre. Il y a une page C++, mais son assez difficile à trouver.

    Fondamentalement, assurez-vous simplement que chaque classe hérite de sa classe de base, et que tu passes toujours gc_allocator à un conteneur. Dans un certain nombre de cas, vous souhaitez utiliser libgccpp pour attraper d'autres utilisations de new et delete. Ces sont en grande partie des changements de haut niveau, et nous constatons que nous pouvons désactiver la GC au moment de la compilation à l'aide d'un #ifdef, et que le soutien de ceci affecte seulement un ou deux fichiers.

    Mon problème majeur c'est que vous ne pouvez plus utiliser Valgrind, à moins que vous tournez le collecteur d'abord. Tout en tournant le collecteur off est facile à faire et ne nécessite pas de recompilation, il est évidemment impossible de l'utiliser si vous commencez à manquer de mémoire.

    • Autant que je sache Boehm GC peut être utile dans certains projets, mais il a de sérieuses réserves en particulier pour le proche-java tâches. Par exemple, il n'est pas thread-safe, ou d'afficher des données de pointeurs. La liste détaillée est here.
    • Le C++ partie de BoehmGC est très incomplète. Voir managedcpp.sourceforge.net pour un exemple de la façon dont il pourrait être utilisé afin d'avoir réels précis GC avec C++11.
    InformationsquelleAutor Paul Biggar
  5. 2

    Le seul que je connaisse est Boehm, qui au fond est une marque traditionnelle et de balayage. Probablement qu'elle utilise différentes techniques pour optimiser cela, mais généralement progressive et générationnelle/compactage GC va être difficile de créer, pour le C++ sans passer pour un gérés sous-ensemble tel que ce que vous pouvez obtenir avec .Net C++. Certaines des approches qui doit déplacer les pointeurs peuvent être mises en œuvre avec prise en charge du compilateur pour l'épinglage de pointeurs ou de lire/écrire les blocs, mais l'effet sur les performances peut être trop grand, et il n'est pas nécessairement non négligeable des modifications à la GC.

    • Eh bien, PAS de GC besoin d'être interprété... Peut-être vous dire que c'besoins de prise en charge du compilateur.
    • Autant que je sache Boehm GC peut être utile dans certains projets, mais il a de sérieuses réserves en particulier pour le proche-java tâches. Par exemple, il n'est pas thread-safe, ou d'afficher des données de pointeurs. La liste détaillée est here.
    InformationsquelleAutor larsivi
  6. 2

    La difficulté majeure avec les GC en C++ est la nécessité de gérer non coopératifs modules, dans la GC sens. c'est à dire, pour traiter avec les bibliothèques qui n'ont jamais été écrites avec les GC à l'esprit.

    C'est pourquoi la GC de Boehm est souvent suggéré.

    • Heureusement, dans le cas de compilé le code java, la possibilité de l'utilisation non-gc bibliothèques est beaucoup plus petite.
    InformationsquelleAutor Arafangion
  7. 1

    Voici un produit commercial que j'ai trouvé dans juste à la recherche de la même chose

    HnxGC http://hnxgc.harnixworld.com/

    Retour dans la journée, il y avait également un produit appelé Grand Cercle de Systèmes Géodésiques, mais n'a pas l'air comme ils le vendent plus. Aucune idée de si la a vendu le produit à n'importe qui d'autre.

    InformationsquelleAutor Daniel Holmes
  8. 1

    Vous pouvez également utiliser Microsoft Managed C++. Le CLR et la GC sont très solides et utilisé dans des produits de serveur, mais vous devez utiliser les types CLR pour le GC de la collecte - vous ne pouvez pas simplement recompiler votre code existant et de supprimer toutes les instructions de suppression.

    Je préfère utiliser le C# à écrire de marque nouveau code, mais le C++ permet de faire évoluer votre base de code de manière plus progressive.

    • Inconvénients: 1) il est spécifique à microsoft 2) il compile le code de la CLR, c'est à dire pour une machine virtuelle.
    InformationsquelleAutor Remi Lemarchand
  9. 1

    Lire cette et de prendre un bon coup d'oeil à l'conclusions:

    Conclusions

    • Complexe de solution pour le problème pour lequel les solutions simples sont largement utilisés et seront améliorés par le C++0x nous laissant peu de besoin.
    • Nous avons peu ou pas d'expérience avec la langue recommandée caractéristiques qui sont normalisées.
    • Fixation mauvais logiciel système complexe ne fonctionnera jamais.

    • Recommander mineure en langue des modifications pour améliorer l'avenir GC soutien - interdire la dissimulation de pointeurs (xor liste de truc) comme un exemple.

    • Enfin - l'adresse de "C++ est mauvaise parce qu'elle n'a pas de GC argument de" la tête sur. C++ ne génère pas de déchets et donc n'a pas besoin d'GC. Clairement, Java, C#, Objective-C, etc. génèrent beaucoup de déchets.

    Oui, la dernière phrase est subjective et aussi une partie des guerres saintes.

    J'utilise C++ parce que je n'aime pas l'idée que quelqu'un a besoin de sortir la poubelle pour moi.

    L'hôtel de ville le fait, et c'est assez pour moi.

    Si vous avez besoin d'GC utiliser une autre langue. Choisir le bon outil pour le bon travail.

    • Votre conclusion est complètement l'arrière vers l'avant. Dans un programme C++ quelqu'un a manuellement conception de la manière dont les déchets sont collectés. (Il pourrait être vous, il pourrait être la prochaine pauvre mec qui a pour réparer vos fuites de mémoire). Dans un langage intégré GC, personne n'a à le faire. Il a déjà été trouvé. Si vous souhaitez réduire le montant de l'inutile le travail fait par des gens, de la base de votre travail sur un GC.
    • ^ Comme Daniel l'a dit. Aussi, hpl.hp.com/personal/Hans_Boehm/gc/issues.html c'est une bonne discussion des avantages et inconvénients de GC, rapport explicite de gestion de la mémoire.
    • En c++ où vous avez besoin d'une table, vous pouvez souvent trouver un plus adapté et performant solution. Typique en cas d'utilisation est le graphe de scène. le graphe de scène doit être comprimé pour anéantir les trous dans la mémoire. Un Gc peut le faire, mais en C++, vous n'avez pas besoin de sortir les poubelles supplémentaires (et coûteuse). Vous avez juste besoin d'utiliser rapidement le vide de la mémoire tampon.
    • Pas vrai, C++ produit poubelle du point de que vos structures de données sont au moins sur la complexité des ad-hoc graphiques. Pour la GC, vous avez besoin d'utiliser des solutions ad hoc, et oui, l'expérience de tous les jours, c'est que big C++ binaires ne fuite, malgré les importants efforts de l'ad hoc gc de la part des développeurs. (Eh bien, aussi java processus peut entraîner une fuite, mais en java, le temps de travail de la gc est presque toujours autour de zéro).
    InformationsquelleAutor the_drow