[performance] Différence entre les différents bindings

[flow10000]

Bonjour,

Je me pose la question suivante.
Si l'on développe un jeu utilisant SFML en natif (C++), Java ou .NET, quelles seront les différences de performance ?
Quelqu'un a t'il déjà fait un Benchmark ou ces différences sont elles obvious ?
Quel est l'ordre de grandeur de ces différences ?

D'avance merci pour vos réponses

[Laurent]

A mon avis il n'y a pas vraiment de différence. Le coût des indirections et de l'éventuel GC doit rester négligeable par rapport à ce que le code en lui-même fait (et notamment les appels aux fonctions de dessin -- draw() et display()).

[flow10000]

hmmm d'accord merci
Si d'autres peuvent poster leur ressenti/expérience là dessus n'hésitez pas

[Eroy]

Je sais plus si c'est le draw ou le display qui pompe mais je sais que un des deux est négligeable..

Le reste est effectivement en général négligeable puisqu'il est rare ne serait-ce que d'atteindre 1/4 du temps pris par le dessin.
Mais faut pas oublier quand même qu'à moins d'avoir séparé le draw du reste dans deux threads, le temps d'une frame est dépendante des deux et non uniquement du dessin et donc l'appli est sensible aux piques d'utilisation et temps de récupération (surtout en java... va de retro langage dépassé !).

Par contre le .net il me semble que c'est que windows, c'est un peu dommage d'utiliser ça avec une lib multi-plateforms...

[Laurent]

Merci d'éviter les démarrages de troll du genre "Java est dépassé" ou ".Net c'est Microsoft et pas portable" (.Net est porté sur Linux et OS X via le projet Mono). C'est totalement hors sujet et ça n'aide pas.

[Eroy]

C'était pas du troll pour le .net, je savais pas qu'il était porté (d'où le il me semble). Bon après pour le java...

Jvois pas en quoi c'est hors sujet, il demande les différences qu'il y a entre les différent langages dans un jeu se basant sur sfml... La seule différence se trouvant aux niveau des algos, c'est entièrement dépendant du langage lui même.

[Laurent]

Je dis juste que ta réponse aurait très bien pu se passer de ces deux commentaires litigieux, sans pour autant perdre en substance

Par expérience je sais que ce genre de propos dérape très vite, je préfère donc les tuer dans l'oeuf.