Was ist der Nachteil von Bitmap-Caching in Silverlight 4?

Question

Wir konnten eine hohe CPU-Auslastung Problem lösen, indem sie die Vorteile von Silverlight Bitmap-Cache nehmen, wie hier beschrieben:

• Silverlight 3 and GPU Acceleration
• Discovering Silverlight 3 – Deep Dive into GPU Acceleration

Wir haben den EnableGPUAcceleration Parameter an die <Objekt> tag. Um die CPU-Auslastung auf ein vernünftiges Niveau zu bringen, mussten wir CacheMode = "BitmapCache" zum visuellen Wurzelgitter für die gesamte App hinzufügen. Ich frage mich, ob es irgendwelche Nachteile hat, sich so sehr auf den Bitmap-Cache zu verlassen. Wenn es immer vorteilhaft war, nehme ich an, dass es standardmäßig aktiviert wäre.

fand ich diese ähnliche Frage mit einer guten Antwort von AnthonyWJones:

• Any reason not to check “application library caching” and “GPU acceleration” in silverlight apps?

So ein Nachteil ist, dass es mehr Video-RAM verwendet. Ich denke, das könnte die Situation für andere grafikintensive Apps, die gleichzeitig laufen, noch verschlimmern. Gibt es noch andere Nachteile?

Wenn die Grafikkarte nicht über genügend Video-RAM verfügt, um alles zwischenzuspeichern, gehe ich davon aus, dass Silverlight in Ordnung ist und nur mehr CPU-Zyklen benötigt, um die Benutzeroberfläche neu zu rendern.

Danke für Ihre Hilfe,
Richard

Answer 1

Nachdem wir viel mit Bitmap-Caching experimentiert hatten, haben wir es in unserer Anwendung deaktiviert. Es funktioniert gut, wenn Sie die GPU verwenden möchten, um Transformationen auf einem Teil Ihrer Benutzeroberfläche auszuführen, der sich nicht ändert - zum Beispiel, wenn Sie ein Bild haben, das Sie animieren, zerquetschen, drehen usw. Aber Bitmap Caching/GPU-Beschleunigung (in der aktuellen Implementierung) verlangsamt die Dinge ziemlich drastisch, wenn Sie weiterhin den visuellen Baum innerhalb des Teils Ihrer UI aktualisieren, den Sie cachen/manipulieren möchten. Wenn Sie sich nur um eine statische Bitmap bewegen, ist es sinnvoll, sie zwischenzuspeichern und mit der GPU zu beschleunigen. Aber ziemlich oft können Sie Stücke irgendwo im visuellen Baum von dem Stück Ihrer UI optimieren, das Sie zum Zwischenspeichern markiert haben, und wenn das passiert, müssen Sie den Cache der GPU jeden Frame aktualisieren, und das ist langsam, langsam, langsam.

Mit anderen Worten, ob es für Sie sinnvoll ist, es zu aktivieren oder nicht, hängt ganz von wo Sie es einschalten, und was Ihre Anwendung tut.Aus diesem Grund empfehlen wir bei Verwendung von Bitmap-Caching oder bei Leistungsproblemen mit Ihrer Silverlight-Benutzeroberfläche (vorübergehend) cache visualization und redraw regions. Macht Ihre App funky wie Hölle, wenn sie eingeschaltet sind, aber sie sind von unschätzbarem Wert, wenn es darum geht zu sehen, was Ihre UI tut, die Ihre gesamte CPU kauen wird.

Answer 2

Ich sehe Bedenken nicht in dem, was Sie beschrieben, aber ich glaube, Sie können mit Bitmap-Caching über.

Sagen Sie zum Beispiel, Sie hatten eine 500x500 "Top" Canvas, und es enthielt 25 'Sub' Canvases jede 100x100. Nehmen wir an, wir aktualisieren Inhalt/Farben usw. in jedem der Unter-Leinwände. Angenommen, es gibt ein Ereignis, das die oberste Leinwand auf dem Bildschirm verschieben würde. Wenn alle Unter-Canvases im selben Intervall geändert werden, wäre es sinnvoll, nur den oberen Canvas-Bereich mit Bitmap zu cachen. Wenn sich die Unter-Canvases jedoch nicht alle im selben Intervall oder manchmal überhaupt nicht ändern, kann es sich als vorteilhafter herausstellen, stattdessen das Bitmap-Caching auf jedem Unter-Canvas zu setzen. Gehen Sie noch einen Schritt weiter Wenn Sie sowohl die oberste als auch die untergeordnete Zeichenfläche im Bitmap-Format zwischenspeichern, kann es zu unnötigen Zyklen kommen, wenn Sie etwas ohne Nutzen cachen.

Oder gehe ich einen völlig anderen Weg als das, was Sie fragen?