Règle de base: taille de l'archive boost par rapport à l'objet sérialisé original?

Question

Pour des raisons que je vais survoler, j'ai besoin de mettre de côté l'espace d'une taille fixe, puis d'utiliser la sérialisation boost pour y stocker un objet. Le choix du format d'archive est arbitraire et la portabilité n'est pas un problème.

La classe est assez complexe (les membres incluent des types fondamentaux, des tableaux, des pointeurs et des classes enfants) et sa croissance est garantie au fil du temps.

Quelqu'un a-t-il le choix de mesurer la taille en laquelle il a confiance? L'espace est important, mais ce n'est pas une prime. Je cherche des réponses relativement simples comme "2 * (sizeof X) pour binaire" ou "4 * nombre de membres + 3 * sizeof (X) si vous aimez les archives de texte".

Merci

Answer 1

Aucune réponse, alors voici ce que l'expérimentation a montré. De notre application, une classe avait ~ 190 membres, sizeof (A) = 12704. C'est un peu timide de la taille totale réelle en raison de pointeurs.

La taille de binary_oarchive était de 13981 et text_oarchive était de 21237. Il s'agissait de traits par défaut, et d'une archive avec une demi-douzaine de types dérivés enregistrés aussi. Donc, je vais utiliser 2 * sizeof (A) comme limite supérieure pour une archive de texte, et peut-être 1.5 * pour un binaire.