Programmentwicklung, Laufzeit wird zu lange ...

[jaenicke]

Zitat von bernhard_LA:

DLL : hatte ich auch auf meinem Lösungsradar -> kann ich von einem beliebigen Programm auf eine DLL die von einem ersten Programm gestartet wurde incl. der berechneten Daten zugreifen ???

Nein, ich meinte das umgekehrt. Dein Programm läuft dauerhaft und hat die Daten. Dann lädt es auf Anforderung die DLL mit den von dir zu debuggenden bzw. optimierenden Funktionen, du verbindest dich aus Delphi heraus mit dem Debugger (wenn du debuggen willst, sonst reicht ja laden der DLL) und startest die Funktion.

Voraussetzung ist natürlich, dass du verhältnismäßig einfach an die Daten herankommst, die du dazu brauchst, sei es per Speicherbereich, Interface oder Callback-Funktion.

Und wenn du die DLL danach wieder entlädst, kannst du sie ändern und danach wieder laden und testen.

Zitat von bernhard_LA:

SHARED MEMORY : gibt es so etwas noch ????

Als MMF würde ich das wenn umsetzen. Das klappt gut und du kannst von mehreren Prozessen darauf zugreifen.

Zitat von sx2008:

Ich halte DLLs für keine gute Idee um an der Laufzeit irgendetwas zu verbessern.
Im Gegenteil würde das Splitten von Code in DLL(s) und Anwendung die Entwicklung nur noch mehr verlangsamen.

Darum ging es auch nicht. Es ging mir rein um eine Möglichkeit ohne die Startzeit zu debuggen.

[grl]

Ich habe in einer meiner Applikationen ein ähnliches Problem: Zuerst werden Daten von einem Gerät aufgezeichnet und dann wird dran rumgerechnet.

Ich habe mir ins Programm eine Möglichkeit eingebaut, den Datenspeicher wegzuschreiben und wieder zu laden - so kann ich eine einmal gemachte Aufzeichnung, an der auch schon Teile berechnet sind wieder laden und das Programm dann daran Weiterarbeiten lassen.

Das Ganze lässt sich via $IFDEF ein- und ausschalten, damit im Echtbetrieb nix passieren kann...


Gruß
GRL

[jaenicke]

Zitat von grl:

Das Ganze lässt sich via $IFDEF ein- und ausschalten, damit im Echtbetrieb nix passieren kann...

So etwas nutze ich auch. Damit solcher Code nie durch einen Unfall im Livebetrieb läuft, frage ich zusätzlich eine Umgebungsvariable ab, die auf dem Entwicklungs-PC gesetzt ist.

[bernhard_LA]

das Thema "Dateien nach der Berechnung irgendwo und irgendwie" zwischen zu lagern wäre eine Lösung nur leider sehr statisch ...


Ich bin am experimentieren mit dem Knoblauch

[grl]

Naja, wenn du da mehr Input brauchst wirst du um eine nähere Beschreibung des Problems nicht herumkommen - die Glaskugelgeschichte ist grad bei so nicht ganz alltäglichen Problem extrem Fehleranfällig...

GRL

[jaenicke]

Zitat von bernhard_LA:

Ich bin am experimentieren mit dem Knoblauch

Wenn du dafür MMFs nimmst, kannst du die sehr einfach zwischen als Datei gespeichert und rein im Speicher gehalten umschalten.
Und trotzdem greifst du immer einfach via Pointer darauf zu.

[sx2008]

Hast du den Algorithmus schon auf Möglichkeiten zur Memoisation abgeklopft?
An der richtigen Stelle kann das die Geschwindigkeit vervielfachen.