Discussion :

[Jérôme_C]

En Googlant memcpy je suis tombé sur cet article Intel nommé memcpy performance.

Intrigué, j'ai précisé ma recherche "memcpy performance". Sur le web je trouve quelques pages, avec des tests, des programmes, des discussions, des avis, mais pas d'élément de synthèse.


Sur DVLP, je trouve :

http://www.developpez.net/forums/d31...rithme-memcpy/ il y a finalement un template en c++ qui semble convenir, mais finalement pas de bilan (quel apport réel par rapport à memcpy)

http://www.developpez.net/forums/d96...eviter-memcpy/ ou je retiens le "faisons confiance aux compilos", attitude que j'ai l'habitude de tenir, mais que je commence à mettre en doute petit à petit, et à remplacer par "apprend ce que fait vraiment ton compilo" (loin d'être évident).



Et il y a quelques temps je tombe sur une options avancée de VLC qui demande de choisir le module de copie mémoire :
- MMEXT
- MMX
- libc
- 3D Now!
(L'aide de VLC indique que le programme sait reconnaitre automatique le memcpy le plus rapide).




Bref, plein de choses, mais je n'arrive pas à faire immédiatement de synthèse de tout cela. Est-ce qu'il existe des clefs synthétiques pour comprendre cette problématique ? Ou simplement quelqu'un peut-il les énoncer ici ?

[gangsoleil]

Bonjour,

Bref, plein de choses, mais je n'arrive pas à faire immédiatement de synthèse de tout cela. Est-ce qu'il existe des clefs synthétiques pour comprendre cette problématique ? Ou simplement quelqu'un peut-il les énoncer ici ?

Je ne comprends pas bien ton probleme : est-ce que tu cherches a savoir dans quel cas il vaut mieux utiliser memcpy, et dans quel cas le recoder ? Ou bien comment est compile memcpy par gcc ? Ou par un autre compilateur ?

[Jérôme_C]

C'est surtout le côté pratique qui m'intéresse, savoir s'il faut seulement optimiser son utilisation, car memcpy, voyons, c'est la bibliothèque standard, le meilleur algorithme est choisi en fonction du cas d'utilisation ; ou bien, il existe des cas bien précis où l'optimisation de cette fonction standard / son recodage est nécessaire. (Et donc, la bibliothèque standard ne fonctionne que dans les cas standard ?)


Le sujet se veut d'abord plutôt axé C sans forcément utiliser une implémentation particulière, car a priori, je ne me doutais pas qu'un memcpy pourrait être aussi différent selon les compilateurs. Mais si le compilateur a vraiment son importance, je peux travailler autant avec MVS que gcc, mais si l'utilisation d'un compilateur a une conséquence, sur architecture x86 (32 bits / 64 bits).

[gangsoleil]

Ok, je vois un peu mieux.

Mettons que dans un programme standard, si tu en es a te demander s'il faut optimiser memcpy, c'est que tu as optimise tout le reste du code (profiling et tout le toutim), et qu'il ne te reste plus que ca a gratter pour esperer tenir les performances.

Autre cas : un programme qui passe son temps a faire de la copie. Dans ce cas, il s'agit d'un cas particulier, qui ne doit pas etre traite comme le reste des programmes. Et tu t'interesseras plus aux defauts de cache (L1 ou L2) qu'aux fonctions d'acces memoire qui, de toute facon, sont comparativement lentes.
Le fait de re-ecrire ton algo pour qu'il manipule principalement des donnees en cache sera probablement plus interessant que te pencher sur l'implementation de la lib C sur ta ou tes machines cibles.