windows 8 : perfomances c# et c++

[mp3dux]

La question est simple, faudrait t il comprendre que les performances en terme de vitesse d'exécution

seraient maintenant équivalentes pour C++ et c# ?
-----

[invite895675d5]

Il me semble avoir lu quelque part (mais je ne me rapelle plus où désolé) que ça dépend beaucoup du style de programme que tu fais. Parfois le C# est plus performant que le C++ parfois c'est l'inverse.
Apparemment, les meilleurs résultats sont obtenus avec C# lorsqu'on fait une utilisation intensive des fonctions dotnet par rapport à "la méthode classique" en utilisant directement l'API windows en C++ (le framework dotnet étant très optimisé). Par contre le résultat serait plutôt inversé lorsque tu n'utilises pas le framework (càd pas d'interface ou interface minimaliste, accès aux fichiers sans passer par les classes d'abstraction de dotnet, etc...).
P.S. : ce style de résultats n'est pas limité à C#. Ils sont les mêmes dans tous langages purement dotnet (C# et VB.net) mais seront surement un peu moins bon avec C++ (qui permet d'utiliser dotnet).

[invite4492c379]

Pièce jointe 160297

La question est simple, faudrait t il comprendre que les performances en terme de vitesse d'exécution

seraient maintenant équivalentes pour C++ et c# ?

Non, le schéma ne montre rien en terme de vitesse d'exécution. C'est juste un schéma pour montrer le nouveau paradigme d'architexture applicative de Microsoft.

[mp3dux]

Je me dit si l'api WinRT est directement programmable depuis C++ et c#, les perfs devraient être équivalentes.

[A voir en vidéo sur Futura]

[invite4492c379]

Imagine si sur le schéma IE, .NET SL et Win32 étaient regroupés dans une boîte nommée Win DA API alors tu aurais la même réflexion du côté desktop ?

[mp3dux]

j'ai trouvé une meilleure représentation sur ce site : http://dougseven.com/2011/09/15/a-ba...g-discussions/



en effet C# compilé donnera comme toujours un code MSIL qui tournera sur un CLR avant d'attaquer WinRT.

Contrairement à C++ qui pourra directement attaquer WinRT.