9
votes

Moonlight 2 VS Silverlight 3: Écart de performance énorme

J'ai essayé le test simple "Test d'animation Silverlight 2.0" chez http://bubblemark.com , étonnamment de lune Fourni seulement 26 FPS sur Linux. Windows / Silverlight 3 m'a donné 192 FPS sur exactement la même machine. Pourquoi le clair de lune est-il tellement plus lent que Silverlight?

Cet écart de performance est vraiment important si vous envisagez de développer des applications FPS élevées, multi-plateformes multiples de Silverlight, car la vitesse actuelle du clair de lune peut être un facteur limitant.

S'il vous plaît ne répondez pas si les seules choses que vous avez à dire sont des trivalities comme "le clair de lune est une réimplémentation, elle doit être plus lente", ou "elle est à la traîne derrière la version officielle".

Je suis intéressé par une sorte de réponse autorisée, en particulier de quelqu'un familiarisé avec le code et l'état actuel du clair de lune.

Merci!


3 commentaires

Votre comparaison a-t-elle été basée sur du matériel natif (non virtualisé)?


Oui. Double démarrage sur Windows XP et Ubuntu 9.10 avec les derniers pilotes graphiques propriétaires sur les deux systèmes.


Je soupçonne que Justin est correct, ce sera une accélération matérielle, cependant, depuis que vous recherchez une réponse «autorisée», vous devriez peut-être envisager de demander au Forum de la claironlight ici: - Go-Mono.com/forums c'est là où les développeurs de lune sera suspendu.


3 Réponses :


4
votes

Je suppose que Silverlight 3 utilise une accélération matérielle.

Moonlight 2 n'est pas.


0 commentaires

20
votes

Il y a eu quelques modifications d'optimisation qui sont entrées après la version 2.0 qui devrait améliorer les choses un peu. La réponse générale, cependant, est que le clair de lune ne tire actuellement pas parti de l'accélération matérielle autant que Silverlight sur Windows.

Une partie de ceci est que les pilotes graphiques sur Linux ne sont pas optimisés pour les chemins de code particuliers utilisés par le Caire, la bibliothèque graphique de bas niveau utilisée par le clair de lune.

Cependant, des excuses de côté, nous avons apporté David Reveman (le célèbre créateur XGL / COMIZ) pour travailler avec nous pour optimiser le clair de lune et mettre en œuvre les effets Silverlight 3.0 Shader pour nous. Il cherchera au clair de lune profiter de OpenGL pour un rendu plus rapide.

Je pense que nous avons également obtenu des bugs pour déterminer qui provoquent une plus grande surface de l'écran (et donc redessinée) que ce qui est absolument nécessaire. C'est un autre domaine qui provoque des ralentissements majeurs du rendu.

espère que cela répond à votre question. Si vous avez plus de questions, n'hésitez pas à nous demander sur IRC dans #moonlight sur irc.gnome.org


1 commentaires

Vous êtes monsieur mon héros, je ne m'attendais jamais à avoir une bonne réponse :)



1
votes

La réponse de JsteDefast, j'ai confirmé qu'à Moonlight 4 Aperçu (3.99.0.3), il semble y avoir un problème avec la validation de l'écran / accélération matérielle. Il suffit d'attribuer une embout d'outil à l'écran principal ralentit l'interface au point qu'il est inutilisable au clair de lune mais fonctionne bien en Silverlight sous le même matériel. Cependant, des opérations non graphiques ont des temps d'exécution comparables.


1 commentaires

Peut confirmer - Moonlight 3.99 est toujours inutilisable en mode plein écran Regarder la vidéo (par exemple, News.sky.com ) - Il est temps de Ditch Linux complètement ...?