performance c# c++

le post d'origine ne parle pas de vc++ mais de c++ qui lui doit etre portable
c'est après qu'on a tout mélangé pour embrouiller le posteur original qui n'est pas revenu du coup ^^

Citation:

Envoyé par cinemania

Alors à ceux qui mélanges les concepts.

Il y a plusieurs façon de développer avec C++ sous visual.
- La première par défaut : C++ natif avec liaison dynamique sur les RT VC++.
- La seconde C++ natif avec liaison statique sur les RT VC++ (dans ce cas elles ne sont plus nécessaires car le code utile à l'intérieur est rapatrié dans l'exécutable et les dll finales)
- La troisième qui consiste à utiliser C++/CLI et ne pas du tout utiliser la couche managée.... on se demande l'intérêt mais j'ai déjà vu ça.

J'ajouterai qu'on peut également se passer du VC-runtime.
Remettons les choses dans l'ordre, on parle de C++ et de C#, pas de Microsoft VisualC et de Microsoft Visual C#.

En C et C++ un runtime n'est absolument pas obligatoire.
Par contre il peut être fort utile car il apporte pas mal de petites choses (en l'occurrence et pour simplifier très fortement, ca gère à peu près tout les écarts qu'a fait Microsoft par rapport à la norme ISO du C/C++, s'en passer c'est se passer des fonctionnalités offertes par ces écarts et devoir coder de façon plus strict).
Au dessus de ca il y a Microsoft VisualC, par défaut il link avec la bibliothèque CRT et donc impose le runtime (aussi bien statiquement que dynamiquement car ce n'est parce qu'il est embarqué dans l'exécutable qu'il n'est plus le runtime). Il suffit de configurer son projet pour ne pas utiliser les bibliothèques par défaut et ne pas utiliser la CRT.
Ca impose quelques limitations dans le code, notamment par exemple au niveau des float. Mais ca n'empêche aucunement de programmer. L'exécutable résultant n'aura pas besoin que l'utilisateur installe les redistribuable VisualC++.

merci pour vos réponses!

concernant le JIT, si celui ci tourne en arrière plan, cela doit bien prendre du temps processeur? temps de moins alloués à l'application et donc un impact sur les performances non négligeable non ?

Merci.

le jit oui il bouffe beaucoup du temps, mais ngen peut remédier à celà
de plus ce n'est que lors du premier appel d'un membre qu'il est utilisé

par contre ca m'étonnerait qu'il tourne en arrière plan, parce que c'est au moment du 1er appel d'une classe/membre que c'est compilé
et puis en pratique on voit bien qu'on attend après le jit des fois ...