Program hat nach Programmstart bereits ~50MB von der Festplatte gelesen?

[Delphi-Laie]

Na, nur TIniFile statt TMemIniFile verwenden.

Der Prozeßmonitor oder Prozeßexplorer der Sysinternals sollte beim Aufspüren des Problems helfen.

[Jim Carrey]

Ob TIni oder TMemIni hat keinerlei Unterschied gebracht. Ich finde TMemIniFile sogar durchaus besser, da es weniger Arbeit bedeutet.
In der heutigen modernen Zeit eigentlich relativ.... relativ.... aber immerhin.

Wenn ich auch nur eine einzige Zeile mit etwa 50 Zeichen in eine txt-Datei schreibe (StringList => SaveToFile), dann springt der Wert bei "Schreiben" im Taskmanager direkt 500 KB hoch.
Ich mein... einerseits möchte ich die Zugriffe so gering wie möglich halten anderserseits muss ich doch die Programmeinstellungen laden!

[jaenicke]

Zitat von Delphi-Laie:

Na, nur TIniFile statt TMemIniFile verwenden.

TIniFile benutzt leider die 16-Bit Kompatibilitätsroutinen der Windows API, die nur aus Kompatibilitätsgründen zu Windows 3.x noch vorhanden sind. Auch die Fehler / Features dieser Funktionen sind dementsprechend vorhanden.

Deshalb ist TMemIniFile, das eine echte und schnellere Delphiimplementierung ist, die deutlich bessere Alternative, wenn man noch INIs nutzen möchte.

Zitat von Jim Carrey:

Wenn ich auch nur eine einzige Zeile mit etwa 50 Zeichen in eine txt-Datei schreibe (StringList => SaveToFile), dann springt der Wert bei "Schreiben" im Taskmanager direkt 500 KB hoch.

SaveToFile macht was der Name sagt. Es speichert die Stringliste komplett in die Datei. Ob du dabei eine oder 100 Zeilen hinzugefügt hast, interessiert dabei nicht.

[Jim Carrey]

Zitat:

wenn man noch INIs nutzen möchte.

Mache ich nur der benutzerfreundlichkeit wegen. Ich hasse Programme, wo man nicht mal selber eben schnell etwas mit Notepad in den Einstellungen ändern kann.
Ich werde dann nun von TIniFile komplett auf TMemIniFile umstellen und kann nur hoffen, dass ich UpdateFile; nicht irgendwann mal vergesse

Zitat:

SaveToFile macht was der Name sagt. Es speichert die Stringliste komplett in die Datei.

Mh mal gucken. Werde mir dann irgendwas bauen, um das zu umgehen. Jetzt spontan denke ich an die alten Routinen wie AssignFile und dann eventuell noch die AppendAllText aus TFile.

[jaenicke]

Zitat von Jim Carrey:

Mache ich nur der benutzerfreundlichkeit wegen. Ich hasse Programme, wo man nicht mal selber eben schnell etwas mit Notepad in den Einstellungen ändern kann.

Wir benutzen nur noch XML-Dateien. Da kann man die Daten besser strukturiert ablegen. Insbesondere für die manuelle Bearbeitung ist das durchaus hilfreich.

Zitat von Jim Carrey:

Mh mal gucken. Werde mir dann irgendwas bauen, um das zu umgehen. Jetzt spontan denke ich an die alten Routinen wie AssignFile und dann eventuell noch die AppendAllText aus TFile.

Da stellt sich schon die Frage, ob sich das lohnt und sinnvoll ist.
Wenn der Quelltext hinterher z.B. unübersichtlicher ist, schränken solche Optimierungen die Wartbarkeit ein.

[Jim Carrey]

Die Stellen, wo es für mich wichtig wäre AppendAllText statt LoadFromFile+SaveToFile zu benutzen, kann ich an einer Hand abzählen

[himitsu]

TIniFile arbeitet mit der entsprechenden WinAPI

Und dort wird für JEDEN EINZELNEN Zugriff auf einen Wert/Gruppe die Datei komplett neu öffnet/geladen/geparst und am Ende wieder komplett geschrieben (bei Schreibzugriffen).

[Jim Carrey]

Ich habe das Ganze jetzt mal ein wenig abgeändert.
Beim Startvorgang meines Programms wird die Ini-Datei einmalig geladen und dann erst wieder freigegeben, wenn das Formular komplett sichtbar ist. Das mache ich über das OnPaint-Event (WMFormVisible, habe ich im Forum schon einmal geposted).

Diese einmalig geladene Ini-Datei wird dann vom Startvorgang (DPR-Datei) bis OnPaint verwendet.
Vorher wurde die mindestens 2 dutzend male geladen.

[Delphi-Laie]

Zitat von jaenicke:

Deshalb ist TMemIniFile, das eine echte und schnellere Delphiimplementierung ist, die deutlich bessere Alternative, wenn man noch INIs nutzen möchte.

Das glaube ich Dir auf's Wort. Also gleich darangemacht, aber leider kann man TIniFile nicht einfach mit TMemIniFile ersetzen und den auf die IniFiles bezogenen Quelltext ansonsten belassen. Eine geschlagene Stunde experimentierte ich - auch mit dem just empfohlenen Process Monitor. Des Rätsels Lösung: Um das Schreiben auf den Datenträger zu erzwingen, ist - zusätzlich zu TIniFile - ein UpdateFile nötig.

[Jim Carrey]

Zitat:

Das glaube ich Dir auf's Wort. Also gleich darangemacht, aber leider kann man TIniFile nicht einfach mit TMemIniFile ersetzen und den auf die IniFiles bezogenen Quelltext ansonsten belassen.

Wieso das nicht? bei mir ging es.

Man muss nur vor dem Free UpdateFile machen, was ein wenig umständiglich ist.