inline c'est juste une suggestion, le compilo peut tout à fait l'ignorer si il estime que ça fait trop grossir le code.
Pour lui forcer la main un peu plus sérieusement :
__attribute__((always_inline)) sous gcc
#pragma forceinline chez intel
inline c'est juste une suggestion, le compilo peut tout à fait l'ignorer si il estime que ça fait trop grossir le code.
Pour lui forcer la main un peu plus sérieusement :
__attribute__((always_inline)) sous gcc
#pragma forceinline chez intel
Y'aurait pas matière à créer un topic "C-style porn" avec tout ce que vous sortez là ?
Rien que la recherche de la performance à outrance on est dans le sujet si j'ose dire
Nan mais eux c'est des ovnis, et j'ai beau faire du dev depuis plus de 10 ans, je me demande si je vie pas dans un univers parallèle au leur.... Mais bon si ils en sont à chercher de l'optimisation à ce point, c'est qu'ils sont dans des domaines/sujet qui le requièrent, et parfois en suivant les liens qu'ils drop ou en faisant quelques recherches sur ce dont ils parlent, bah j'apprends plein de truc cool (quand j'arrive à comprendre).
La programmation est une course entre le développeur, qui s’efforce de produire des applications à l’épreuve des imbéciles, et l’univers qui s’efforce de produire de meilleurs imbéciles... L’univers a une bonne longueur d’avance !!!
On a déjà ça là: http://forum.canardpc.com/threads/10...les-intrinsics
Désolé, j'ai pas eu le temps de m'en occuper, et en plus j'arrive enfin à me démerder plus ou moins correctement maintenant
Là, c'est plus clairement une LDJ sur un truc purement technique, c'est surtout pas du beau code
Bah y a plein de sujets en programmation, on n'est pas obligés de parler que de microopti, hein !
C'est juste que vectra déclenche pas mal de discussions intéressantes donc ça part de là.
Sleeping all day, sitting up all night
Poncing fags that's all right
We're on the dole and we're proud of it
We're ready for 5 More Years
Un passage de 150ms à 500ms c'est vraiment colossal, je vois pas en quoi c'est une recherche de performance "à outrance".
Si un jour vous codez un moteur de jeu par exemple, toute opération qui dépasse 100µs doit être justifiée si vous voulez que ça tourne à 60fps.
Rust fanboy
Moi je comprends rien et je suis pas dev mais je lis tout, consciencieusement, sans rien comprendre. C'est poétique
une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
Canard lecture
Quelqu'un aurait une ref° de bouquin qui parlerait un peu de l'histoire de la 3-D texturée dans les jeux?
Genre les débuts d'ID software ou de Wing commander?
J'aimerais avoir une ref à donner qui ne soit pas un vieil article de Gen4 ou une page web (j'en ai pourtant vu d'excellentes).
Quoi, tu n'as pas encore lu le Black Book d'Abrash ?
http://www.drdobbs.com/parallel/grap...book/184404919
C'est plus technique qu'historique, cela dit, mais ça couvre une dizaine d'années entre les premiers et les derniers chapitres, en ordre essentiellement chronologique. Ça s'arrête juste avant les premiers accélérateurs graphiques / GPU.
Aaah mais si.
1) tu me l'avais déjà indiqué
et 2) je l'ai retrouvé via une recommandation de John Carmack, mais j'avais zappé la toute fin.
Il faut dire que le début fait *vraiment* peur, mais ça finit sur Quake qui est déjà l'époque moderne (enfin, pour les vieux comme moi).
Merki
Coin
J'ai une petite question sur python !
J'ai la classe suivante :
Or dans mon code j'ai souvens des fileList.clear() et autre. Du coup je voulais savoir si il n'y avais pas un décorateur pour tout ces appels de fonctions ?Code:class cover: def __init__(self): self._fileList = [] @property def fileList(self): return self._fileList @fileList.setter def fileList(self, valueToAppend): self._fileList.append(valueToAppend)
Merci !
EDIT : En fait c'est juste moi qui dis de la merde, ça marche très bien en python...
Dernière modification par TarteAuxFleurs ; 11/05/2016 à 20h26.
Xamarin est relâché en open source. Pour ceux qui n'auraient pas suivi, ça a été racheté par Microsoft, puis annoncé comme bientôt intégré gratuitement dans toutes les versions de Visual Studio, et là... boum... open sourcé.
Microsoft a vraiment un nouveau visage.
Dernière modification par Dross ; 12/05/2016 à 02h57.
Dites, pour ceux qui font du C++, vous avez déjà testé les Unity Build? Ça consiste "simplement" à inclure tous les fichiers source dans un unique fichier source, et à lancer la compilation uniquement sur celui là.
Je bosse sous Visual 2013, et je compile d'habitude en multithreadés sur 7 threads. Après des tests rapides, en compilant avec les mêmes options, je gagne environ 85% sur le temps de compilation et 20% sur le temps d'exécution.
Il y a des inconvénients connus? Si c'est aussi simple que ça, pourquoi tout le monde ne le fait pas? Ou alors tout le monde le fait et je ne découvre ça que maintenant?
3 articles qui en parlent en bien :
- http://stackoverflow.com/questions/8...f-unity-builds
- http://buffered.io/posts/the-magic-of-unity-builds/
- https://randomascii.wordpress.com/20...l-compilation/
Et un qui argumente dans l'autre sens :
Ca casse juste cent mille trucs spécifiés par le standard C++
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
En pratique, ça marche, ouais, sur des projets assez massifs.
Après, "tous les cpp", c'est pas forcément la bonne granularité, mais c'est à tweaker.
Mais il faut s'assurer que les fichiers continuent à compiler normalement, sinon c'est bien fragile.
Perso, je trouve que ça n'en vaut pas trop le coup, surtout si ça enlève du temps à boire des cafés où à mater des chats.
(Et ça peut nuire au travail incrémental en privilégiant les full rebuilds, c'est surtout ça qui me gêne)
Les precompiled headers peuvent te donner un bénéfice en étant un peu moins perturbants pour le projet. Mais en l'étant quand même en cassant l'idiome "la première ligne de toto.cpp inclue toto.h".
Sleeping all day, sitting up all night
Poncing fags that's all right
We're on the dole and we're proud of it
We're ready for 5 More Years
Si vous utilisez un IDE JetBrains, y a une grosse faille de sécurité depuis le 11 donc faut mettre à jour rapidement : http://blog.jetbrains.com/blog/2016/...lder-versions/
Vous utilisez quoi comme IDE en fait ? plutôt un par langage ou Eclipse avec 986416 plugins ?
Plutôt MSVC et Sublime+command-line. Et un peu QTCreator pour sa belle intégration de gdb.
Sleeping all day, sitting up all night
Poncing fags that's all right
We're on the dole and we're proud of it
We're ready for 5 More Years
J'utilise pyCharm de jetbrains pour les 'gros' projets (django et flask), pour le reste (scripting ou petits utilitaires) un éditeur GUI (geany) ou ViM en fonction de mon humeur. Et quand je suis en ssh evidemment ViM. Merci pour le tuyau concernant la faille, je fais l'update.
Perso je développe mon petit projet sur CodeLite en c++. J'utilisais VC++ 2015 mais avec ma machine vieillissante, c'était pas très réactif :/
CodeLite est pas mal et bien suffisant à mon niveau. Je suis bien branché par Vim mais au moment du debug, le pas à pas me manque souvent !
C'est encore simple ça.
Les vrais, ils vont chercher leur loupe électronique et vont checker la tronche des registres du proco.