INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Dieses Thema hat akzeptierte Lösungen:

property node ... wirklich langsam...



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

04.03.2019, 09:45 (Dieser Beitrag wurde zuletzt bearbeitet: 04.03.2019 09:47 von rolfk.)
Beitrag #21

rolfk Offline
LVF-Guru
*****


Beiträge: 2.302
Registriert seit: Jun 2007

alle seit 6.0
1992
EN

2901GG
Niederlande
RE: property node ... wirklich langsam...
(20.02.2019 13:27 )THL schrieb:  
(19.02.2019 11:20 )Achim schrieb:  Zu beachten:

- Controls übereinander legen (also wie in Luckis Post), z.B. Numerische Elemente in Plot-Oberflächen, ist noch viel bösererererer als 3D-Elemente

Just my two cents...
Ist das echt so böse? Ich mache es gelegentlich bei einigen Anwendungen (siehe angehängtes Bild) und habe bislang noch nichts schlimmes bei erlebt.

Es kommt halt immer drauf an was Du für Kontrolls übereinander legsts. Grundsätzlich müssen höher liegende Kontrolls IMMER neu gezeichnet werden wenn das darunterliegende Kontroll neu gezeichnet wird. Für ein einfaches Numeric-Kontroll auf einem Graphen macht das meist nicht so viel Unterschied. Meist deshalb, weil die Bildschirmausgabe da auch noch etwas hineinzubröckeln hat. In Windows werden Bildschirmupdates grundsätzlich in einem Offscreen Buffer gemacht und dieser Buffer wird dann optimalisiert auf den eigentlichen Bildschirmspeicher rauskopiert. Diese Optimalisierung geht schon mal soweit, dass nur Bildschirmbereiche erneuert werden die auch wirklich eine Änderung erfahren haben (obwohl diese Änderung im wesentlichen zu grossen Teilen aus dem Neuzeichnen der genau selben Daten bestehen kann). Wenn dann der ganze Graph jedesmal refreshed wird weil irgendwo ein Kontroll darauf liegt, hat das durchaus schwerwiegende Folgen für die Updateschnellheit. Wie gross dieser Einfluss sein kann ist aber sehr abhängig von dem verwendeten Grafikchip und den dazugehörenden Treibern. Je lahmer der Chip oder der entsprechende Speicherbus, umso eher wird versucht im Treiber mit solchen Tricks doch noch eine vernünftige Schnellheit für die Standard-Office Applikationen zu erreichen. Wenn der Treiber in den MS Office Applikationen und ein paar populären Spielen vernünftig aussieh, wird er als "Released" veröffentlicht.

Rolf Kalbermatter
Technische Universität Delft, Dienst Elektronik und Mechanik
https://blog.kalbermatter.nl
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Keyboard Shortcut Eigenschaftsknoten(Property Node) Kanaille 4 2.734 14.06.2019 06:10
Letzter Beitrag: Kanaille
  Property-node von Cluster in Sub-VI ändern LV_2017 2 3.416 05.10.2017 13:23
Letzter Beitrag: LV_2017
  Property Node - Referenz schließen? spacz 2 3.281 21.11.2016 11:16
Letzter Beitrag: spacz
  Wann setze ich Reference, Local Variable und Property Node ein galilio 6 8.551 18.03.2016 01:08
Letzter Beitrag: Trinitatis
  Property value(signaling) für digital "latch when released" gottfried 2 3.822 27.03.2015 12:14
Letzter Beitrag: gottfried
  Suche property node "page visible" Brainbug 2 3.189 04.06.2014 12:30
Letzter Beitrag: Brainbug

Gehe zu: