28.01.2010, 18:43
Seiten: 1 2
28.01.2010, 19:00
Normal klappt's:
Ich hatte hier mal ein Bsp. für " Defer Panel Updates " hochgeladen:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=70537
Gruß Markus
Ich hatte hier mal ein Bsp. für " Defer Panel Updates " hochgeladen:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=70537
Gruß Markus
' schrieb:das Frontpanelupdate könnte ich doch mit dem Property Node "DeferPanUpdts" vom Frontpanel des VI's verhindern. Mache ich dies, ändert sich an den Zeiten nichts.
Was ich auch irgenwie komisch finde, damit sollte man doch eigentlich auch ein bisschen Geschwindigkeit gewinnen.
30.05.2010, 14:40
' schrieb:Normal klappt's:
Ich hatte hier mal ein Bsp. für " Defer Panel Updates " hochgeladen:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=70537
Gruß Markus
Einer Frage zu dieser Methode: Wenn Defer.Panelupdate auf True ist, werden dann Eigenschaftsknoten die am FP rumpfuschen überhaupt noch abgearbeitet? D.h. sind diese dann immer noch ein Klotz am Bein?
Ich will z.B. einen CPU-schonenderen Modus in meinem Programm anbieten: d.h. wenn das Programm alleine vor sich hin misst, braucht es für das FP keine Ressourcen zu verbrauchen. Reicht es mit der Methode "Defer.Panelupdate" oder muss ich die Eigenschaftsknoten auch explizit nicht mehr aufrufen?
30.05.2010, 15:33
' schrieb:Einer Frage zu dieser Methode: Wenn Defer.Panelupdate auf True ist, werden dann Eigenschaftsknoten die am FP rumpfuschen überhaupt noch abgearbeitet?Ja, allerdings wird kein Neuzeichnen des FP erzwungen, somit...
' schrieb:D.h. sind diese dann immer noch ein Klotz am Bein?eher nein, dann das was Zeit kostet, ist da FP-Update.
' schrieb:Ich will z.B. einen CPU-schonenderen Modus in meinem Programm anbieten: d.h. wenn das Programm alleine vor sich hin misst, braucht es für das FP keine Ressourcen zu verbrauchen. Reicht es mit der Methode "Defer.Panelupdate" oders.o., sollte langen
' schrieb:muss ich die Eigenschaftsknoten auch explizit nicht mehr aufrufen?Nö, wobei viele PropertyNodes in einen zeitkritischen oder häufig auftretenden Ablauf (also z.B. Messung) sowieso zu vermeiden sind. PropertyNodes belasten auch nicht unbedingt die CPU, das ist dann eher bei häufigem Aufruf das FP-Update.
Gruß, Jens
Seiten: 1 2