Programme d'étude sur le C++ bas niveau

Bonjour,

L'objectif de cette série d'article d'Alex Darby sur la programmation "bas-niveau" est de permettre aux développeurs ayant déjà des connaissances de la programmation C++ de mieux comprendre comme vos programmes sont exécutés en pratique.

Ce premier article explique l'importance de connaître le fonctionnement bas-niveau et comment récupérer le code assembleur généré par le compilateur et l'interpréter.

Programme d'étude sur le C++ bas niveau

:fleche: Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ?
:fleche: Avez-vous déjà analysé le code assembleur et pour quel objectif ?

Bonne lecture.

Retrouvez l'ensemble des articles de cette série sur la page d'index.

Article intéressant, cette série est prometteuse !

Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ?

oui, au moins pour comprendre la transition entre ce qu'un développeur code et ce qu'il voit une fois compilé et exécuté, comprendre que tout n'apparait pas par "magie"


Avez-vous déjà analysé le code assembleur et pour quel objectif ?

quelques fois pour débugger mais plus souvent pour comprendre comment telles ou telles choses se passent au niveau des registres par exemple

Oui, ça s'est un article qu'il est bien :p

Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ? Je penses que c'est un très gros avantage (pour ne par dire un must :p), après ça vient peut-être de ma spécialisation en embarqué :D


Avez-vous déjà analysé le code assembleur et pour quel objectif ?
j'ai très tôt appris à mettre le nez dans ce que le compilo génère, surtout pour voir comment avoir un meilleur rendu en assembleur, et en général, ça donne aussi un meilleur code C. :p

Après je suis un peu moins familier avec les spécificités du C++, j'attend la suite avec impatience.

Citation:

---

Envoyé par gbdivers

:fleche: Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ?

---

C'est souvent amusant, ca sert parfois, mais travailler a trop bas niveau fait partie de ces peches commis au nom de l'efficacite.

"More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason — including blind stupidity." — W.A. Wulf

Citation:

---

:fleche: Avez-vous déjà analysé le code assembleur et pour quel objectif ?

---

Je dois avoir ecrit quelques dizaines de milliers de lignes d'assembleur (au moins pour 3 archi bien differentes, 8051, 68000, x86), mais ca fait des annees que je n'ai plus fait ca. Plus recemment, j'ai aussi confirme des bugs de compilateurs en regardant l'assembleur genere.

:fleche: Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ?

Très utilie, pour n'importe quel développeur, y compris de BDD: comprendre sa machine permet d'éviter, par exemple, d'utiliser des chaînes de caractères en guise d'identifiant unique. Ou au moins de savoir que et pourquoi ça plombe les perfs.

:fleche: Avez-vous déjà analysé le code assembleur et pour quel objectif ?
Oui, pour comprendre un bug d'un code qui apparaissait avec VS et pas GCC.
Ce bug était dû à l'un des nombreux flous du standard:
le fait que le calcul des expressions passées en argument à une fonction n'est pas imposé.
J'avais besoin de ça pour automatiser un wrapper: flemme de déclarer à chaque fonction une quantité invraisemblable d'arguments qui étaient toujours à peu près les mêmes, alors j'ai utilisé des tableaux. Mais l'index se décalait mal sous VS...(Le contournement étant naturellement d'utiliser une fonction inline)

Et j'ai dû recourir à des index parce que bien sûr, on ne peut pas gérer un appel de fonction de façon arbitraire (ou je ne sais pas faire) comme on le ferait en asm à coup de "push ... push ... call ..."

Sur ce coup, j'étais content de connaître des notions d'ASM.

-> Que pensez-vous de l'importance de connaître le bas-niveau pour un développeur C++ et/ou les autres ?

J'irais même plus loin, je pense qu'il ne faut pas seulement connaître l'assembleur mais aussi connaître le fonctionnement d'un ordinateur.

Par exemple pour le parcours d'un tableau tab[i][j][k], ce n'est pas forcément évident que selon comment on parcours celui-ci (en incrémentant les i en premier puis les j ou en commençant par les k puis les j, ...) on a pas du tout les mêmes performances.

L'assembleur est très utile par exemple pour comprendre pourquoi l'appel de fonction est relativement lourd.

La simple connaissance du fonctionnement permet de comprendre les coûts de ce qu'on fait et ainsi de coder plus intelligemment.

Les gains de performances ne sont pas toujours très importante mais si ça ne coûte rien au programmeur, autant avoir les bons réflexes.


Quand on apprend l'assembleur, c'est l'occasion de voir comment fonctionne les chaînes de compilations, de voir comment le code est exécuté, comment la mémoire est gérée, ...

J'ai lu avec intérêt et j'attends surtout la suite :)

Bravo à Bousk et à son équipe pour la traduction ! 8-)

Très bon cours.

Il est vrai que l'assembleur fait peur, mais c'est très intéressant.

Pour m'amuser j'ai fait la même chose en delphi et devinez... le code généré est très similaire voyez plutôt :

http://img4.hostingpics.net/pics/814234ASMDelphi.jpg

A pars l'optimisation du Z := 0 tout est identique.

On voit au passage la restauration du pointeur de pile tout à la fin.

Pour info le livre Systèmes d'exploitation: Collection Synthex dans son premier chapitre aborde ces notions ainsi que la pile.

Il serait bien d'ajouter "n° 1 : ..." dans le titre pour bien suivre avec les autres qui sont tous numéroté.

Salut et grand merci de l'effort:king:
Est-il possible d'avoir une version imprimable de l'ensemble de l'article?
Merci d'avance.

Tu as accès à une version PDF dans l'en-tête de l'article. :)

merci ça m'aide beaucoup !
:ccool:
je suis en train de programmer un compilateur et ça me donne des idées

Bonjour,

Je ne sais pas si vous êtes au courant mais de nouvelles parties ont été postées par l'auteur.
Part 10
Part 11
Part 12

Aller vous les traduire ?

Citation:

---

Envoyé par Kalite

Aller vous les traduire ?

---

Il va falloir trouver du temps CPU mais ce serait une bonne idée de compléter la série.

Citation:

---

Envoyé par ram-0000

Il va falloir trouver du temps CPU mais ce serait une bonne idée de compléter la série.

---

Je vais essayer de trouver du temps pour le faire. Y a t'il des règles particulière à respecter ?

Citation:

---

Envoyé par Kalite

Je vais essayer de trouver du temps pour le faire. Y a t'il des règles particulière à respecter ?

---

Salut,

Pas de règles particulières et même je te propose 2 options :

Soit tu fais la traduction toi même et tu gabarises l'article en même temps.

Soit tu fais la traduction toi même et je gabarise parce que tu n'as pas l'habitude ni les outils ou que tu ne veux pas te prendre la tête avec ces outils (dommage, c'est un bon moyen pour mettre un pied dans la rédaction d'articles).

Dans tous les cas, tu peux ouvrir un thread de relecture technique dans C et C++ > C++ > Communauté > Contribuez pour chacun des nouveaux articles que tu traduis (envoie moi un MP pour me signaler l'ouverture du thread afin que je m'y abonne).

Ensuite, c'est la gabarisation (par toi ou par moi) toujours dans le même thread et ensuite c'est la relecture orthographique (dans une autre partie du forum) puis la diffusion (mais là, c'est le boulot de germinolegrand).

Bonjour,

Auriez vous un desassembleur sous linux a me conseiller? Je n'arrive pas a en trouver un qui permette de voir a la fois le code C et le code assembleur, comme sur la capture d'ecran.

Merci d'avance!

Bonjour,

la capture d'écran n'est pas un désassembleur mais un IDE.

Bonjour,

oui j'ai bien compris, laissez moi reformuler alors : "un desassembleur avec une interface me permettant de voir egalement le code source" / "un ide avec un desassembleur integre me permettant egalement le code source"

L'IDE peut te montrer le code assembleur de ce qu'il compile. C'est tout.

Citation:

---

Envoyé par Haenou

Bonjour,

Auriez vous un desassembleur sous linux a me conseiller? Je n'arrive pas a en trouver un qui permette de voir a la fois le code C et le code assembleur, comme sur la capture d'ecran.

Merci d'avance!

---

Si l'info liant les sources avec le code est la, objdump permet de le faire (de memoire objdump -dS)

Citation:

---

Envoyé par Bousk

L'IDE peut te montrer le code assembleur de ce qu'il compile. C'est tout.

---

Et pourquoi donc?

Les debuggeurs permettent de monter l'assembleur de n'importe quoi, je ne vois pas pourquoi les IDE auraient des debuggeurs integres moins puissants (l'origine des debuggeurs integres etant souvent un debuggeur non integre, dans le cas des IDE sous Linux, c'est meme souvent gdb dans un processus separe).

J'imagine assez bien ne pas fournir d'interface vers le deassembleur, mais limiter celui-ci au code compile dans l'IDE me semble se compliquer la vie pour rien, et ne pas avoir de deassembleur et passer l'info d'un code assembleur a partir du compilateur me semble aussi se compliquer la vie par rapport a l'ecriture d'un deassembleur.

Il s'agissait d'un raccourci. Quand tu compiles ton code en debug, tu as tous les éléments sous la main et l'IDE fait les associations automatiquement lorsque tu break.
Etant donnée la question, je ne pense pas qu'il s'agisse d'un exe récupéré sans code source avec uniquement des infos de dump, ....
Donc lui indiquer que n'importe quel IDE (ou presque ?) fournit cette info pour le code qu'il compile avec, me parait largement suffisant.

Hello,

Il semble qu'il y ait quelques erreurs dans le texte original :

1. il est sans doute fait référence à X Window, et non à XWindows
2. Visual Studio 4.0 n'a jamais existé ; en revanche, il a existé Visual C++ 4.0

Bonjour

AltDevBlogADay n'est plus disponible et du coup, il y a des problèmes dans certains articles, les images ne sont plus visibles et les liens vers les articles originaux ne sont plus valides.
Il faudrait mettre à jour les liens vers Gamasutra, Alex Darby y a publié ses articles

Bonjour,

Les articles ont été mis à jour.

Merci pour ce signalement :ccool: