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 :

Poids de #include <iostream>


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Avatar de coyotte507
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    1 327
    Détails du profil
    Informations personnelles :
    Âge : 35
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 1 327
    Par défaut Poids de #include <iostream>
    Bonjour,

    j'ai découvert quelque chose d'assez surprenant qui alourdit mes applications.

    Quand je rajoute un #include<iostream>, je passe de 25 ko à 263 ko!
    J'ai fait ce test à la suite de la découverte du code d'un jeu vidéo adapté par le créateur même de SDL, et qui était en C++, avec tous les aspects POO, mais sans rien inclure de la STL ni de la SL. (Maelström)

    Je me demande donc s'il est courant de ne pas inclure ces entêtes pour économiser de l'espace?

  2. #2
    Expert confirmé
    Avatar de Luc Hermitte
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2003
    Messages
    5 296
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Août 2003
    Messages : 5 296
    Par défaut
    Quand je n'ai besoin ni de std::cout, ni de std::cin, ni de std::cerr, ni de std::clog, je n'inclus pas <iostream>.
    Sinon, dis-toi que 200ko, ce n'est rien comparé comparé à une dizaine de méga.
    Blog|FAQ C++|FAQ fclc++|FAQ Comeau|FAQ C++lite|FAQ BS|Bons livres sur le C++
    Les MP ne sont pas une hotline. Je ne réponds à aucune question technique par le biais de ce média. Et de toutes façons, ma BAL sur dvpz est pleine...

  3. #3
    Expert éminent
    Avatar de koala01
    Homme Profil pro
    aucun
    Inscrit en
    Octobre 2004
    Messages
    11 644
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Belgique

    Informations professionnelles :
    Activité : aucun

    Informations forums :
    Inscription : Octobre 2004
    Messages : 11 644
    Par défaut
    Salut,

    Il faut bien comprendre le fait que l'en-tête iostream regroupe en définitive tout ce qui est nécessaire pour... pouvoir afficher quelque chose sur la sortie standard, en ce, y compris l'ensemble de ce qui est nécessaire... pour pouvoir afficher cette sortie standard :p

    Si tu as un peu de temps à perdre, amuse toi simplement à regarder tout ce qui est inclus grâce au jeu des inclusions en cascade par le simple fait d'inclure le fichier <iostream>... C'est purement et simplment surprenant: Chez moi (avec Gcc), on voit que iostream inclus
    • istream qui inclus
      • ios qui inclus
        • iosfwd
        • exception
        • bits/char_traits.h
        • cstdio
        • bits/localefwd.h
        • bits/ios_base.h
        • streambuf
        • bits/basic_ios.h
      • limits
    • ostream
    • bits/c++config.h
    (je me suis arrêté là )
    et qu'une bonne partie de ces fichiers sont, finalement, susceptibles de définir des classes, des traits ou des méthodes qui, en définitives, interviendront dans le simple fait d'écrire un cin>>lavar ou un cout<<lachaine

    Il n'est donc pas surprenant outre mesure que la simple inclusion de iostream provoque une prise de poids de l'ordre de 200 kb

    Mais, comme l'a fait remarquer Luc Hermite, si les 200kb pris peuvent paraître énorme en comparé aux 23k de départ, ils ne feront qu'une différence minime comparé à l'application finie qui risque de faire plusieurs Mb

    De la même manière, il y a de fortes chances que, si le fichier d'en-tête n'est pas inclus, c'est, tout simplement parce que l'auteur n'a besoin d'aucune classe/fonction/méthode qu'il fournit, et non pour économiser quelques k à l'application
    A méditer: La solution la plus simple est toujours la moins compliquée
    Ce qui se conçoit bien s'énonce clairement, et les mots pour le dire vous viennent aisément. Nicolas Boileau
    Compiler Gcc sous windows avec MinGW
    Coder efficacement en C++ : dans les bacs le 17 février 2014
    mon tout nouveau blog

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    780
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Mai 2006
    Messages : 780
    Par défaut
    et si tu enlèves les informations de debug?

    je passe de 100ko à 8ko

    ( si la place est vraiment un problème... )

  5. #5
    Membre Expert
    Avatar de coyotte507
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    1 327
    Détails du profil
    Informations personnelles :
    Âge : 35
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 1 327
    Par défaut
    comment faire?

  6. #6
    Membre émérite
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    780
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Mai 2006
    Messages : 780
    Par défaut
    tu compiles avec quoi?

  7. #7
    Expert éminent
    Avatar de koala01
    Homme Profil pro
    aucun
    Inscrit en
    Octobre 2004
    Messages
    11 644
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Belgique

    Informations professionnelles :
    Activité : aucun

    Informations forums :
    Inscription : Octobre 2004
    Messages : 11 644
    Par défaut
    Concrètement:
    1. N'inclus que les fichiers qui te sont réellement nécessaires: la SDL permet un affichage directement dans sa fenetre me semble-t-il, pourquoi ne pas en profiter
    2. compile en mode debug quand tu développe ton application, en mode release quand tu t'apprete à fournir une version utile
    3. ne t'inquiète pas trop de la place que ca prend: tu auras surement d'autres soucis plus importants

    Tes premiers soucis, en tant que programmeur, c'est, et ca doit rester:
    1. que ton application fonctionne
    2. que ton application fasse ce que tu attend d'elle
    3. que les algorithmes mis en oeuvre soient les meileurs possibles (ou à défaut, les moins mauvais possible)

    Ce n'est qu'une fois que ces trois points sont pleinements aquis que tu peux commencer à t'inquiéter du reste: la vitesse d'exécution et/ou la taille de ton exécutable, et encore, si le besoin s'en fait réellement sentir uniquement.

    Une possibilité pour améliorer l'un ou l'autre peut, tout simplement, de modifier les options de compilation (le paramètre -O sous Gcc, par exemple) ou d'envisager une "autre manière de coder" (pré incrémentation au lieu de post incrémentation...)
    A méditer: La solution la plus simple est toujours la moins compliquée
    Ce qui se conçoit bien s'énonce clairement, et les mots pour le dire vous viennent aisément. Nicolas Boileau
    Compiler Gcc sous windows avec MinGW
    Coder efficacement en C++ : dans les bacs le 17 février 2014
    mon tout nouveau blog

  8. #8
    Membre Expert
    Avatar de coyotte507
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    1 327
    Détails du profil
    Informations personnelles :
    Âge : 35
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 1 327
    Par défaut
    Pourquoi ne pas profiter de la fenêtre SDL?
    J'en profite, mais je me vois mal adapter ça à l'affichage sur la fenêtre:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    // initialize SDL video
        if ( SDL_Init( SDL_INIT_VIDEO ) < 0 )
        {
            printf( "Unable to init SDL: %s\n", SDL_GetError() );
            return 1;
        }
    C'est pour ça que j'ai besoin d'une sortie.

    Sinon, l'option -Os (optimize for size) ne change rien (pour l'instant)

    Est-ce que tout programmeur C++ utilise la SL/STL, ou alors certains utilisent la cstdlib, par exemple?
    Est-ce que c'est courant d'utiliser les entêtes héritées du C?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 9
    Dernier message: 20/06/2008, 17h20
  2. [Debutant] VC++ 2005 pb d'include <iomanip><iostream>
    Par burning_burno dans le forum Débuter
    Réponses: 5
    Dernier message: 21/09/2007, 15h26
  3. Problème avec l'include des iostreams
    Par fredonouille dans le forum SL & STL
    Réponses: 3
    Dernier message: 04/07/2007, 20h36
  4. [FTP] Include dans un switch, gain de poids ?
    Par nicovoa dans le forum Langage
    Réponses: 3
    Dernier message: 02/11/2006, 09h05
  5. Debutant visual c++! #include "iostream.h"
    Par mazenbe dans le forum MFC
    Réponses: 8
    Dernier message: 11/11/2005, 12h40

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