AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Windows-Meldung "Programm funktioniert nicht mehr": Problem finden?
Thema durchsuchen
Ansicht
Themen-Optionen

Windows-Meldung "Programm funktioniert nicht mehr": Problem finden?

Ein Thema von romber · begonnen am 16. Mai 2013 · letzter Beitrag vom 17. Mai 2013
 
romber

Registriert seit: 15. Apr 2004
Ort: Köln
1.166 Beiträge
 
Delphi 10 Seattle Professional
 
#4

AW: Windows-Meldung "Programm funktioniert nicht mehr": Problem finden?

  Alt 16. Mai 2013, 22:56
Das Einfrieren im Debug-Modus könnte aber auch schon ein guter Hinweis sein. Wenn ich nicht irre, gibt Windows eben diese Meldung aus, wenn ein Programm seine Message-Queue nicht mehr zeitnah verarbeitet - sprich: Es ist zu beschäftigt / überlastet. Einfach zu provozieren mittels einer Dauerschleife im Hauptthread ohne Application.ProcessMessages darin.

Ich würde daher fast darauf tippen, dass dein Programm die Hardware schlicht und einfach überfordert. Man könnte zwar daher gehen und die Verarbeitung der lange dauernden Dinge in einen anderen Thread werfen, damit der Hauptthread brav weiterhin seine Messages bedient, jedoch wird der Thread dann irgendwann seinen Jobs weit hinter her laufen und ggf. den Speicher mit seiner Job-Queue füllen.

Lösungsideen: Wenn der PC eine Multicore CPU hat, und die Verarbeitung parallelisierbar ist, wären mehrere Threads ein Weg. Allerdings auch nur, wenn die CPU-Zeit der Flaschenhals ist (eher selten der Fall). Herauszubekommen, indem du dir mal den Taskmanager beguckst während dein Programm läuft, in dem Register "Leistung". Wenn dort ein Kern voll ausgelastet ist, dann wäre das eine Option (wenn die Aufgabe eben parallelisierbar ist). Sonst nicht.
Eine andere Option wäre schlicht schnellere Hardware. Als erstes würde ich aber versuchen zu gucken, ob sich innerhalb der Verarbeitungsfunktionen nicht einige Geschwindigkeitsfallen befinden, oder gar schon das Kommunikationsprotokoll auf Performance optimieren.

Fazit: Diese Art von Fehler würde ich weniger in einer Exception suchen, als viel mehr ein Performanceproblem vermuten. Ob und wo da die geeigneten Stellschrauben sind dies zu eliminieren ist höllisch individuell.
Es ist ein Multicore CPU und natürlich wird nicht alles im Hauptthread erledigt. Genauer gesagt es wird praktisch nichts im Hauptthread erledigt. Jeder Datensatz wird von einem neuen Thread für die "Weiterverarbeitung" übernommen. Das verarbeitete Ergebnis landet dann in einem Container. Die Client-Threads (TIdTCPServer) beobachten den Container und greifen sich die neue Daten. Das ganze wird so geregelt, dass eine bestimmte max. Anzahl der Threads gleichzeitig ausgeführt werden.

Die CPU-Auslastung klettert kaum über 15%.
Angehängte Grafiken
Dateityp: jpg Screenshot.jpg (131,3 KB, 27x aufgerufen)
  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 09:25 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz