Boost et les systèmes embarqués

Bien le bonjour,

je suis en train de me démander si Boost peut facilement être utilisé sur des systèmes embarqués, c'est-à-dire des systèmes à mémoire réduite (genre seulement 64 megs), facile à fragmenter (c'est-à-dire ne pas disposant d'un defragmenteur de l'OS, et donc facile à fragmenter si on fait beaucoup de petites allocations), voire même partagée sur plusieurs modules (par exemple 2 zones de RAM de hardware différents).

J'ai 2 ans d'expérience sur un tel système (la Wii) et je me posais la question si utiliser Boost pouvait être une option, en respectant les spécifications que sont justement de ne pas utiliser la mémoire de facon abusive, en réduisant la fragmentation au minimum et permettant d'utiliser plusieurs zones de RAM.

Nota: quand je parle de Boost, je pense notamment aux pointeurs intelligents et aux conteneurs. Les threads de Boost ne fonctionneront pas de toutes facons (bibliothèque native, pas compatible POSIX).

Si vous avez des expériences avec Boost sur systèmes embarqués (pas que sur les consoles), faites m'en part.

A priori, toute partie de boost qui fait des allocations peut être configurée par un allocateur de ton choix.

Au même titre que la STL d'ailleurs, c'est vrai ca, j'y avais pas pensé.
Puis après une petite recherche, j'ai trouvé Boost.in_place qui me-semble-t-il permet de faire des allocations à l'intérieure d'un espace de mémoire deja alloué, ainsi que Boost.array qui est un array type STL vector, mais avec une longueur fixe.

Je reviens tout de même sur ma 2eme question, j'aimerais connaître vos expériences, les erreurs à éviter, etc...

Boost.array est plus à comparer à un tableau 'C-like'. c'est d'ailleurs un tableau encapsulé dans une classe.

in-place factory c'est juste pour créer une fonction qui va appeler le constructeur sur un pointeur.

Citation:

---

Envoyé par loufoque

in-place factory c'est juste pour créer une fonction qui va appeler le constructeur sur un pointeur.

---

Justement, cela permet d'allouer un gros espace de mémoire et d'y construire plusieurs instances au besoin. Exit la fragmentation de mémoire avec ca.

Citation:

---

Envoyé par Kurisu

Justement, cela permet d'allouer un gros espace de mémoire et d'y construire plusieurs instances au besoin. Exit la fragmentation de mémoire avec ca.

---

Un peu de pub pour mon tuto (en cours de relecture) sur Boost In Place Factory :mouarf:

Bonjour,

Citation:

---

Justement, cela permet d'allouer un gros espace de mémoire et d'y construire plusieurs instances au besoin. Exit la fragmentation de mémoire avec ça.

---

Tu devrai jeter un coup d'oeil a Boost.pool, qui est justement fait pour ça.

En fait, Boost.In place permet de simplifier ce que el C++ permet déjà : il est possible (et c'est ce que la STL fait pour les std::vector par exemple) d'allouer la mémoire et de construire à un endroit précis par la suite.

En fait le problème avec boost sur ce type de machine c'est plutôt : est-ce que tu as accès à un compilo suffisamment standard?

J'ai pas encore regarder voir les specifications pour le compilo fourni par nintendo pour la wii, mais sur ds ya des limitations qui suggèrent qu'une bonne partie de boost peut passer a la trappe (très malheureusement).
Il me semble que ça s'améliore mais très très lentement.

Au pire tu peux compiler vers du C.
Mais bon dans ce cas les exceptions vont être implémentées par setjmp/longjmp.