AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Sonstige Fragen zu Delphi Delphi Lange Rechnung, ohne dass das Programm "blockiert"
Thema durchsuchen
Ansicht
Themen-Optionen

Lange Rechnung, ohne dass das Programm "blockiert"

Ein Thema von Nicolai1234 · begonnen am 9. Dez 2004 · letzter Beitrag vom 10. Dez 2004
 
Benutzerbild von negaH
negaH

Registriert seit: 25. Jun 2003
Ort: Thüringen
2.950 Beiträge
 
#10

Re: Lange Rechnung, ohne dass das Programm "blockiert&a

  Alt 10. Dez 2004, 05:50
@roderich, absolut korrekter Einwand und Lösung.
Noch ein Tipp von mir: Es ist immer schwierig abzuschätzen wie oft man nun Application.ProcessMessages aufrufen sollte. Meistens macht man das zu wenig oder eben zu oft. Die beste Abschätzung die man treffen kannist das man alle 100 ms diesen Aufruf durchführen sollte. Man kann dies mit GetTickCount erreichen:

Delphi-Quellcode:
var
  NextTick: Cardinal = 0;

procedure Poll;
var
  Tick: Count;
begin
  Tick := GetTickCount;
  if Tick >= NextTick then
  begin
    Application.ProcessMessages;
    NextTick := Tick + 100;
  end;
end;
Die procedure Poll kannst du nun ohne Bedenken in die innerste Schleife einbauen. Sie ruft Application.ProcessMessages nun nur noch alle 100 Millisekunden auf. Der restliche Overhead mit dem Aufruf von GetTickCount dauert nur noch ca. 22 Taktzyklen.

Der richtige Weg wäre ein eigener Thread aber es gibt auch gute Gründe für ein Polling wie oben:
1.) wenn die Anwendung sowieso auf die aktuelle Berechnung warten soll
2.) Polling lässt die Anwendung smooth reagieren, Threads sind konkurrent zum Mainthread und sind entweder mit tpIdle zu langsam oder mit tpNormal zu schnelle eingestellt. Egal wie man es dreht, mit Threads erscheint die Anwendung in der Bedienung immer "ruckelig".
3.) mit Threads entsteht ein nicht zu unterschätzender Aufwand beim Threadübergreifenden Zugriff auf gemeinsamme Daten. D.h. sollte die Berechnung abgebrochen werden können, oder ein Fortschritt der Berechnung angezeigt weden sollen, so benötigt man mit Threads einen erhöhten Aufwand an Locking und Synchonisation. Meistens führt dieser Aufwand dazu das man mehr Reechenzeit verschwendet als nötig. RTL CriticalSections und Messages mit SendMessage() verbrauchen viel mehr Rechenpower, als das simple Polling.

Also, wenn man nur EINE schnelle Berechnung machen möchte auf die der Anwender sowieso warten muß, dann lohnt sich die asynchrone Polling Methode. Wichtig dabei ist wie Radig es schon sagte das die Anwendung komplett gesperrt werden muß dabei.

Gruß Hagen
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:27 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz