Galmiza
Messages postés573Date d'inscriptionsamedi 16 novembre 2002StatutMembreDernière intervention 9 avril 2008
-
15 sept. 2006 à 10:12
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019
-
23 oct. 2006 à 21:18
Salut,
J'ai entendu dire que le C++ était plus "lent" que le C. Mais dans quelles mesures ? 1% 10% ?
Un programme C++ qui n'utilise, outre des classes avec méthodes, rien de plus que le C sera-t-il indubitablement plus lent ?
Parfois, la transcription d'un code de C++ (de base) a C parait ne pas devoir impliquer de pertes de performances (étaler toutes les fonctions dans le meme fichier, en faisant attention aux noms, passer un pointeur de la structure anciennement classe aux fonctions anciennement fonctions membres etc...).
Qu'en est-il reellement ?
luhtor
Messages postés2023Date d'inscriptionmardi 24 septembre 2002StatutMembreDernière intervention28 juillet 20086 15 sept. 2006 à 11:12
Si car en C++, une struct EST une classe dont tous les membres sont
public. Les destructeurs/constructeurs (de copie)/ opérateur = sont
donc créés automatiquement. Donc meme s'ils apparaissent pas, ils
existent.
Mais sérieusement, ca va rien changer du tout, d'utiliser une classe ou
une struct ou tellement peu, qu'on pourrait meme pas le mesurer,
autrement qu'on regardant le code asm. Alors faut pas se casser la tete
à économiser des centimes.
Pour moi ce genre d'optimisation, c'est totalement inutile sauf cas hyper particulier.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 15 sept. 2006 à 11:25
Une classe avec autre chose que des fonctions static aura vtable et tutti quanti, faut bien ranger les données qlq part (this) pour s'y référer.
Une classe avec cycle de vie important ne pose aucun prob de perf, ce sont les 'string' et autres nuisances de ce genre qui fragmentent l'espace mémoire d'un processus qui posent vraiment des probs de perf.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 15 sept. 2006 à 10:53
Compilation en mode C++ est aussi performante qu'en mode C.
Ce qui peut perdre des cycles, c'est l'instanciation des classes (creation vtable, appel constructeur, appel destructeur).
Galmiza
Messages postés573Date d'inscriptionsamedi 16 novembre 2002StatutMembreDernière intervention 9 avril 20081 15 sept. 2006 à 11:07
Merci beaucoup BruNews !
Si je change une structure en classe pour lui ajouter des méthodes, mais pas de constructeurs ni de destructeurs, il n'y a donc aucune perte de performance car il n'y aura pas de probleme d'instanciation ?
Exemplalacon:
------------------------------------
struct STruc
{
int a;
};
STruc truc;
truc.a=0;
------------------------------------
class CTruc
{
private:
int a;
public:
inline int GetA(void) {return a;}
inline void SetA(int n) {a=n;}
};
luhtor
Messages postés2023Date d'inscriptionmardi 24 septembre 2002StatutMembreDernière intervention28 juillet 20086 15 sept. 2006 à 12:20
T'as pas bien compris ce qu'est une fonction static. Elle ne peut pas
avoir accès aux données d'un objet. Une fonction static s'appelle de la
facon suivante:
Ctruc::GetA();
CTruc objet;
objet.GetA() <= ne veut rien dire.
La fonction static n'a accès qu'aux membres static de la classe.
Mais ca me fait un peu rigoler ton "that". Le C++ définie le pointeur "this" dans ce but.
class CTruc
{
private:
int a;
public:
inline int GetA(void) {return this->a;} <= équivalent à {return a; }
Galmiza
Messages postés573Date d'inscriptionsamedi 16 novembre 2002StatutMembreDernière intervention 9 avril 20081 15 sept. 2006 à 12:33
Lol, j'avoue, je viens de relire, c'est con et faux ce que j'ai écrit. Si on met that en static, ca reviendrait au this.
Je n'ai pas acces a un compilo ici, mais de la theorie ca fait pas plus mal .
Et ca ? (c'est tiré par les cheveux mais juste pour information)
class CTruc
{
private:
int a; // 1 attribut par objet
public:
inline void SetA(CTruc* that, int n) {that->a=n;} // une seule fonction pour tout le monde
};
CTruc truc;
truc.SetA(&truc); // on appelle une fonctions statique, mais on fourni l'adresse de l'objet concerné
Galmiza
Messages postés573Date d'inscriptionsamedi 16 novembre 2002StatutMembreDernière intervention 9 avril 20081 19 sept. 2006 à 01:11
En fait c'est pour essayé d'imaginer comment le compilateur s'y prend pour compiler du code C++, s'il peut éviter d'avoir a instancier des classes pour eviter des pertes de cycles lors de la creation d'objet (je suis sur une sorte de parseur et ca alloue et desalloue dans tous les sens...).
Les fonctions non statiques n'existe qu'en un examplaire et leur équivalent C est facile a imaginer.
Sinon, l'avantage d'une fonction statique est qu'elle peut etre pointée (car elle existe et est unique).
les french texans
Messages postés21Date d'inscriptionmardi 14 juin 2005StatutMembreDernière intervention23 octobre 2006 23 oct. 2006 à 18:44
Bonjour,
Je suis en train de faire un projet d'imagerie (lancé de rayon, qui demande beaucoup de resource), le gain de temps, aussi petit soit-il est important. La première version du projet est en C++ avec une architecture en classes assez "propre" (environ un vingtaine de classe). Après avoir fait quelques optimisations (dont le passage de certaine classes en structure, la suppression de fichiers pour les réunir dans un seul), un gain de environ 15% a été calculé.
Cela confirme t-il vos apriories sur les différences C++/C et ma question est : savez-vous comment (en plus des inline et macro) comment optimiser du code ?
L'optimisation de fonction mathématiques comme : pow, sqrt, cos, sin est-elle possible ?
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 23 oct. 2006 à 21:18
sqrt, etc... sont codées en dur dans la FPU et donc assez rapides, par contre l'appel des fonctions C qui les emploie est relativement lent car il y a un check de la valeur passée à chaque appel.
Passe direct les instructions ASM en macros et tu gagneras un temps fou.