IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

 C Discussion :

Gestion mémoire en embarqué


Sujet :

C

  1. #1
    Candidat au Club
    Inscrit en
    Octobre 2008
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 5
    Points : 3
    Points
    3
    Par défaut Gestion mémoire en embarqué
    Salut,

    C'est peut-être débile ce que je vais demander mais je tente quand même.

    J'ai programmé il y a quelques années en C uniquement de maniuère scolaire et là je m'y remets à fond les manettes pour faire de l'embarqué.

    Si le type de matériel embarqué ne contient pas de système d'exploitation, on doit gérer la mémoire de façon plus primaire de ce que j'ai pû lire, mais ça implique quoi?

    La moindre variable que l'on utilise, il faut faire un malloc ?

    Merci :-)

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 519
    Points
    41 519
    Par défaut
    Non, ça veut plutôt impliquer que tu ne peux pas faire de malloc(), et que tu dois le réimplémenter toi-même si tu en as besoin.
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  3. #3
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Points : 50 367
    Points
    50 367
    Par défaut
    Citation Envoyé par SuperTracteur Voir le message
    La moindre variable que l'on utilise, il faut faire un malloc ?
    Non et heureusement.

    Cela veut dire en général que les fonctions malloc(), free(), et autres cousines doivent être implémentées par toi.

    En général, on alloue ce qu'on appel un pool de buffers (un grand bloc de mémoire), on taille ce bloc en blocs mémoire de même taille et ensuite, on tape dedans.

    Exemple, on a une variable de 10KO dans le code embraqué. Ce bloc de 10KO est partitionné en 100 blocs de 100 octets.

    Des que le programme veut un bloc de mémoire et si la taille est inférieure à 100 octets, on lui donne un des blocs (et le gestionnaire marque ce bloc comme occupé). Si la taille demandée est plus grande que 100, on génère une erreur.

    En général, on gère plusieurs pool de mémoire. Un pool de grands blocs, un pool de taille moyenne et un pool de petits blocs.

    C'est toi, lors du démarrage de ton logiciel embarqué (dans la phase d'init) qui définit le nombre de pool de mémoire, le nombre de blocs et la taille de chacuns des blocs pour chacuns des pools.
    Raymond
    Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi

    Cafuro Cafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
    e-verbe Un logiciel de conjugaison des verbes de la langue française.

    Ma page personnelle sur DVP
    .

  4. #4
    Candidat au Club
    Inscrit en
    Octobre 2008
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 5
    Points : 3
    Points
    3
    Par défaut
    D'accord, je commence à y voir un peu plus clair. Merci pour les explications.

    Vous avez des liens avec des bons exemples, j'ai pas mal cherché mais je ne trouve rien de conçis et précis.

  5. #5
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 287
    Points : 36 776
    Points
    36 776
    Par défaut
    Citation Envoyé par SuperTracteur Voir le message
    Salut,

    C'est peut-être débile ce que je vais demander mais je tente quand même.

    J'ai programmé il y a quelques années en C uniquement de maniuère scolaire et là je m'y remets à fond les manettes pour faire de l'embarqué.

    Si le type de matériel embarqué ne contient pas de système d'exploitation, on doit gérer la mémoire de façon plus primaire de ce que j'ai pû lire, mais ça implique quoi?
    En général les systèmes embarqués viennent avec un minimum de primitives et la description d'un "procédé" quelconque pour écrire, compiler, editer, télecharger un binaire.
    Si tu pars de rien, tu as effectivement il faut commencer à se construire une toolchain qui permet de faire cela.

    La moindre variable que l'on utilise, il faut faire un malloc ?
    Puisque nous sommes dans le forum C, en C les variables sont allouées:
    • sur la pile: l'allocation de la mémoire se fait automatiquement et sa durée de vie est limitée au corps de la fonction.
    • dans le "tas": si une primitive équivalente à malloc/free n'existe pas, ben il faut la coder

    -W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  6. #6
    Expert éminent sénior
    Avatar de Emmanuel Delahaye
    Profil pro
    Retraité
    Inscrit en
    Décembre 2003
    Messages
    14 512
    Détails du profil
    Informations personnelles :
    Âge : 67
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2003
    Messages : 14 512
    Points : 20 985
    Points
    20 985
    Par défaut
    Citation Envoyé par SuperTracteur Voir le message
    Si le type de matériel embarqué ne contient pas de système d'exploitation, on doit gérer la mémoire de façon plus primaire de ce que j'ai pû lire, mais ça implique quoi?

    La moindre variable que l'on utilise, il faut faire un malloc ?
    Bah, non. Quelle drôle d'idée...

    Les variables automatiques et statiques sont gérées comme dans n'importe quel programme C. (Il peut cependant y a voir quelques non-conformités concernant l'initialisation des données... prudence, et bien lire la doc...)

    Concernant les variables dynamiques (ou allouées), tout dépend de la plateforme et de la bibliothèque qui est implémentée. Généralement, les plateformes embarquées disposent d'une bibliothèque qui fournit un malloc() opérationnel. Parfois il faut le compléter, et dans de rares cas, l'implémenter soi-même...
    Pas de Wi-Fi à la maison : CPL

  7. #7
    Membre actif
    Avatar de TheDrev
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    310
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Novembre 2006
    Messages : 310
    Points : 263
    Points
    263
    Par défaut
    Wow, concrètement, implémenter soit même un malloc signifie se référer au registres du microcontroleur, et maintenir son propre pointeur de tas ?

    Mieux vaut faire attention a ne pas avoir de fuite mémoire dans ses fonctions d'allocation... mémoire
    all your base are belong to us.

  8. #8
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    147
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 147
    Points : 116
    Points
    116
    Par défaut
    Bonjour,

    J'ai déjà fait de la programmation en C sur PIC32 et le malloc est possible.
    En revanche il faut déclarer la HEAP_SIZE avant (comme le dit ram-0000).

  9. #9
    Expert éminent sénior
    Avatar de Emmanuel Delahaye
    Profil pro
    Retraité
    Inscrit en
    Décembre 2003
    Messages
    14 512
    Détails du profil
    Informations personnelles :
    Âge : 67
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2003
    Messages : 14 512
    Points : 20 985
    Points
    20 985
    Par défaut
    Citation Envoyé par TheDrev Voir le message
    Wow, concrètement, implémenter soit même un malloc signifie se référer au registres du microcontroleur,
    Pourquoi faire ?
    et maintenir son propre pointeur de tas ?
    Oui. Aucun rapport avec le micro. Dans le K&R, il y a un exemple d'implémentation 100% C standard (il faut une globale, normal...)
    Pas de Wi-Fi à la maison : CPL

Discussions similaires

  1. Thread POSIX et gestion mémoire
    Par pier* dans le forum POSIX
    Réponses: 1
    Dernier message: 07/07/2006, 21h36
  2. TAO, Value types et gestion mémoire
    Par TiChabin972 dans le forum CORBA
    Réponses: 1
    Dernier message: 25/04/2006, 20h55
  3. [D7] Tableau dynamique et Gestion mémoire
    Par Cl@udius dans le forum Langage
    Réponses: 7
    Dernier message: 13/03/2006, 15h16
  4. [Gestion mémoire] SetLength sur TDoubleDynArray
    Par MD Software dans le forum Langage
    Réponses: 14
    Dernier message: 24/04/2005, 21h11
  5. Gestion mémoire des Meshes (LPD3DXMESH)
    Par [Hideki] dans le forum DirectX
    Réponses: 1
    Dernier message: 08/07/2003, 20h34

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo