Memory leak durch funktion readln

[Mavarik]

Zitat von BUG:

Der Vorteil von Filestreams liegt ja nicht direkt an der Geschwindigkeit, sondern an der Abstraktion.

Völlig korrekt... Vorausgesetzt man arbeitet mit Streams... Wenn der Rest der Application Blockread/write nimmt hilft das auch nicht...

Zugegeben die Verwendung von TStream in Grundroutinen macht Sinn, wem man diese dann mit Memory- oder Filestream aufrufen kann...

Bei Dateien < Meine_Max_Puffergröße lad ich egal was einfach ins RAM und go... Klar kann ich auch eine Textdatei Zeilenweise einlesen...
Aber eine 1MB Textdatei in einem rutsch in den Puffer und dann mit einem Zeiger : ^Char durchlaufen ist echt schneller, wenn ich "nur" etwas Suche!

Mavarik

[danieldelphi]

Zitat von Mavarik:

Zitat von BUG:

Der Vorteil von Filestreams liegt ja nicht direkt an der Geschwindigkeit, sondern an der Abstraktion.

Völlig korrekt... Vorausgesetzt man arbeitet mit Streams... Wenn der Rest der Application Blockread/write nimmt hilft das auch nicht...

Zugegeben die Verwendung von TStream in Grundroutinen macht Sinn, wem man diese dann mit Memory- oder Filestream aufrufen kann...

Bei Dateien < Meine_Max_Puffergröße lad ich egal was einfach ins RAM und go... Klar kann ich auch eine Textdatei Zeilenweise einlesen...
Aber eine 1MB Textdatei in einem rutsch in den Puffer und dann mit einem Zeiger : ^Char durchlaufen ist echt schneller, wenn ich "nur" etwas Suche!

Mavarik

Ich misch mich grade nochmal in eure Diskussion ein, also ich ahbe mittlerweile rausgefunden, dass der Arbeitsspeicher scheinbar nicht von meinem Delphi tool blockiert wird, sondern von etwas anderem, also kann es ja nur die Datei verwaltung oder windows sein ioder?
dagegen kann man nix machenn oder?

[p80286]

Zitat von danieldelphi:

Also das exit und die autodatei sind nicht das problem, da in dem code den ich zuanfang gepostet habe beides nicht vorhanden ist aber das problem trotzdem auftritt.

ich hab mir mal Dein erstes Posting geschnappt und mal laufen lassen:

Delphi-Quellcode:

procedure sterb_schleife;
var
  quell_dat, grossdatei: text;
  quelldatname : string;
  zeile : string;
  zaehler_gesamt : integer;
begin
  assign(grossdatei, 'c:\temp\'+ 'big.txt');
  rewrite(grossdatei);
  quelldatname := 'test.TXT';
  assign(quell_dat, 'c:\temp\' + quelldatname);
  reset(quell_dat);
  while not eof(quell_dat){zaehler_gesamt<1200000} do
  begin
    readln(quell_dat, zeile);
    Writeln(grossdatei, zeile);
    inc(zaehler_gesamt);
    (*
      if ((zaehler_gesamt mod 1000) = 0) then
           dsnr.strings[1] := inttostr(zaehler_gesamt);
      *)
  end;
  flush(quell_dat);
  close(quell_dat);
  flush(grossdatei);
  close(grossdatei);

end;

Abgesehen von der nicht umwerfenden Geschwindigkeit, gibt es da keine Probleme! Wenn Du Probleme hast, dann ist die Frage wie kommst Du überhaupt darauf?

Zitat von danieldelphi:

Ich misch mich grade nochmal in eure Diskussion ein, also ich ahbe mittlerweile rausgefunden, dass der Arbeitsspeicher scheinbar nicht von meinem Delphi tool blockiert wird, sondern von etwas anderem, also kann es ja nur die Datei verwaltung oder windows sein ioder?
dagegen kann man nix machenn oder?

Was heißt "Arbeitsspeicher wird blockiert"?


Gruß
K-H

[danieldelphi]

Zitat von p80286:

Zitat von danieldelphi:

Also das exit und die autodatei sind nicht das problem, da in dem code den ich zuanfang gepostet habe beides nicht vorhanden ist aber das problem trotzdem auftritt.

ich hab mir mal Dein erstes Posting geschnappt und mal laufen lassen:

Delphi-Quellcode:

procedure sterb_schleife;
var
  quell_dat, grossdatei: text;
  quelldatname : string;
  zeile : string;
  zaehler_gesamt : integer;
begin
  assign(grossdatei, 'c:\temp\'+ 'big.txt');
  rewrite(grossdatei);
  quelldatname := 'test.TXT';
  assign(quell_dat, 'c:\temp\' + quelldatname);
  reset(quell_dat);
  while not eof(quell_dat){zaehler_gesamt<1200000} do
  begin
    readln(quell_dat, zeile);
    Writeln(grossdatei, zeile);
    inc(zaehler_gesamt);
    (*
      if ((zaehler_gesamt mod 1000) = 0) then
           dsnr.strings[1] := inttostr(zaehler_gesamt);
      *)
  end;
  flush(quell_dat);
  close(quell_dat);
  flush(grossdatei);
  close(grossdatei);

end;

Abgesehen von der nicht umwerfenden Geschwindigkeit, gibt es da keine Probleme! Wenn Du Probleme hast, dann ist die Frage wie kommst Du überhaupt darauf?

Zitat von danieldelphi:

Ich misch mich grade nochmal in eure Diskussion ein, also ich ahbe mittlerweile rausgefunden, dass der Arbeitsspeicher scheinbar nicht von meinem Delphi tool blockiert wird, sondern von etwas anderem, also kann es ja nur die Datei verwaltung oder windows sein ioder?
dagegen kann man nix machenn oder?

Was heißt "Arbeitsspeicher wird blockiert"?


Gruß
K-H

danke dass du nochmal rein geschaut hast, also wenn ich das tool laufen lasse, die input datei ist 300 mb groß,
dann "läuft der arbeitsspeicher voll, also das sehe ich daran, dass der grüne balken im ressourcen monitor unter memory der für in use steht immer weiter anwächst.

[Mavarik]

Zitat von danieldelphi:

dann "läuft der arbeitsspeicher voll, also das sehe ich daran, dass der grüne balken im ressourcen monitor unter memory der für in use steht immer weiter anwächst.

?? Ist das nicht "nur" Windows Memory use? Oder ist das Application bezogen?

Ist der Speicher wieder frei nach dem Close und ein bisschen Wartezeit?

Mavarik

[Der schöne Günther]

Du kannst seine Sterb_schleife 10 mal hintereinander ausführen und der Speicherbedarf ist nach der Ausführung nicht gestiegen. Insofern ist die Bezeichnung "Leak" irreführend.

Es geht nur um den immer weiter steigenden Speicherbedarf innerhalb der Schleife.

[danieldelphi]

Zitat von Der schöne Günther:

Du kannst seine Sterb_schleife 10 mal hintereinander ausführen und der Speicherbedarf ist nach der Ausführung nicht gestiegen. Insofern ist die Bezeichnung "Leak" irreführend.

Es geht nur um den immer weiter steigenden Speicherbedarf innerhalb der Schleife.

Ja okay, also heißt, dass das mein tool okay ist aber iwas anderes nicht stimmt?

[Mavarik]

Zitat von danieldelphi:

Ja okay, also heißt, dass das mein tool okay ist aber iwas anderes nicht stimmt?

Ich würde eher sagen: Lass Windows seinen Speicher so verwalten wie Windows das will...

Oder sagt Reportmemoryleaksonshutdown etwas anderes?

[danieldelphi]

Zitat von Mavarik:

Zitat von danieldelphi:

dann "läuft der arbeitsspeicher voll, also das sehe ich daran, dass der grüne balken im ressourcen monitor unter memory der für in use steht immer weiter anwächst.

?? Ist das nicht "nur" Windows Memory use? Oder ist das Application bezogen?

Ist der Speicher wieder frei nach dem Close und ein bisschen Wartezeit?

Mavarik

Ja der Speicher ist dann wieder frei. aber application bezogen kann ich leide rnicht sagen:/