Fragmentation de la mémoire à partir de la lecture du fichier dans le système embarqué

Question

J'ai un fichier texte de configuration sur un système embarqué avec un système d'exploitation Linux. Les exigences sont que le fichier est du texte, et le système embarqué a 32 mégaoctets de RAM dynamique. L'application. qui lira le fichier est codé en C++.

Le fichier peut être lu en utilisant une méthode comme celle-ci.

#include <string> 
#include <fstream> 

ifstream infile ("config_file_path");  
if (infile.good()) 
{ 
    string line; 
    // Set capacity to length of the longest line. 
    const unsigned char maxLen = 100; 

    line.reserve (maxLen); 

    while (std::getline (infile, line)) 
    { 
     // Process the data in the line. 
     processData (line); 
    } 
} 

Est-ce que la fragmentation de tas serait un problème pour cette implémentation? Le fichier peut contenir jusqu'à 150 lignes de texte à lire.

Answer 1

Est-ce que la fragmentation tas un problème pour cette la mise en oeuvre?

Dans l'exemple affiché, je ne peux pas identifier une ligne indiquant une fragmentation de tas.

Vous utilisez l'objet std::string dont les mécanismes internes sont généralement considérés comme imprévisibles, c'est-à-dire la taille de l'objet et sa libération.

• Dans un premier temps, considérons std::string::capacity pour assurer une mémoire plus compacte.

• Dans un deuxième temps envisager de fournir custom allocators, des solutions de rechange spécifiques au magasin libre générale (tas) sont: Piscine et Stack. Dans une dernière étape, pensez à utiliser un code moins abstrait, c'est-à-dire des pointeurs, des tableaux, etc., ce qui est la solution inévitable lorsque vous vous rapprochez du matériel. en particulier lorsque vous utilisez l'objet juste pour extraire l'entrée et passer comme paramètre, à savoir pas d'utilisation de l'une des fonctions membres spécifiques std::string, etc.

Answer 2

Il est difficile de dire si votre application souffre de la fragmentation de la mémoire de votre code. (Votre code peut ajouter une certaine fragmentation, mais je ne sais pas à quel point il est) vous pouvez essayer d'utiliser les bibliothèques malloc non standard - jemalloc nedmalloc tcmalloc ils pourraient vous donner de meilleurs objets mise en page ainsi que d'une capacité de décharge la mise en page mémoire

approche générale:

vérifier si l'application peut obtenir « pas assez de mémoire ». test de stress pourrait aider. Vérifiez la quantité de mémoire disponible dans votre application et la taille de celle-ci. si la fragmentation est le problème - essayez ce qui suit: heap aime le principe LIFO (supprimer le dernier bloc créé). essayez de garder les variables sur la pile. utiliser des allocateurs spécialisés.

en cas de votre fonction:

afin de minimiser la pression de tas, vous pouvez essayer de lire les lignes dans une mémoire tampon de la pile (par exemple à l'aide fgets)