Memory-Leak bei ODBC-Verbindung

Thomas123 · 04.02.2012, 16:48

Hallo,
ich habe eine Anwendung aus der ich Daten über die ODBC-Schnittstelle auslesen möchte.
Dazu habe ich eine entsprechende System-DSN angelegt. Das Auslesen der Daten funktioniert auch alles wie gewünscht.
Jetzt ist beim Testen aufgefallen, dass bei der ODBC Anbindung ein Speicherleck entsteht. Das Ganze läuft unter Windows XP. D.h. je länger die Anwendung läuft, desto mehr Speicherverbrauch wird im Taskmanager angezeigt. Der Speicherbedarf kann ich jedoch keinem Prozess zuordnen. Irgendwann kommt dann eben die Meldung dass kein Speicher mehr vorhanden ist.

Nun habe ich die ODBC-Verbindung mit anderen Programmen ebenfalls getestet, um auszuschließen dass der Fehler auf der Seite liegt die die ODBC Anfrage bearbeitet. Das habe ich mit einem Perl (Win32::ODBC) und einem C# Anwendungsprogramm getestet. Dort tritt kein Speicherleck auf.

Meine php Testprogramme rufe ich aus einer Eingabeaufforderung heraus auf, später soll das im Webserver Kontext laufen-
Das seltsame ist dabei, dass wenn ich die odbc-Aufrufe in eine eigene Funktion oder Klasse lege, ein Speicherleck auftritt. Wenn ich das Ganze direkt in einer Schleife (siehe Testprogramm) aufrufe, dann nicht.

Vielleicht hat jemand ja einen Tip ob ich noch irgendwodran drehen kann, um das Problem zu beheben. Ich habe mich mehr oder weniger schon auf php eingeschossen, und möchte jetzt ungern nur wegen der odbc Probleme alles auf Perl umschreiben müssen.

Das Testprogramm mit Speicherleck:

PHP-Code:

  <?php

// mit Speicherleck

error_reporting(E_ALL);

ini_set('display_errors', 1);

setlocale(LC_TIME, "de_DE");

 
echo "Start...\n";

 
for ($i = 0; $i < 100; $i++) {

    echo "Starte Durchlauf Nr. " . ($i+1) . "\n";

    test();        

    sleep(5);

}

 
function test()

{        

    $conn = odbc_connect('DEMO1','', '');

    if (!$conn) {

        echo "Fehler";

        return;

    }

    echo "Verbunden\n";

    $sql = "SELECT Timestamp, Messwert1_ival, Messwert2_ival FROM Interval2 WHERE (Timestamp>={ts '2012-02-03 00:00:00'} And Timestamp<={ts '2012-02-03 23:59:59'})";

    $rs = odbc_exec($conn, $sql);

    odbc_free_result($rs);

    odbc_close($conn);

}

?>

Und dieses ohne:

PHP-Code:

  <?php

// ohne Speicherleck

error_reporting(E_ALL);

ini_set('display_errors', 1);

setlocale(LC_TIME, "de_DE");

 
echo "Start...\n";

 
for ($i = 0; $i < 100; $i++) {

    echo "Starte Durchlauf Nr. " . ($i+1) . "\n";

    $conn = odbc_connect('DEMO1','', '');

    if (!$conn) {

        echo "Fehler";

        return;

    }

    echo "Verbunden\n";

    $sql = "SELECT Timestamp, Messwert1_ival, Messwert2_ival FROM Interval2 WHERE (Timestamp>={ts '2012-02-03 00:00:00'} And Timestamp<={ts '2012-02-03 23:59:59'})";

    $rs = odbc_exec($conn, $sql);

    odbc_free_result($rs);

    odbc_close($conn);

    

    sleep(5);

}

?>

Ich habe php Version 5.3.5 laufen. In den Changelogs konnte ich in den aktuelleren Versionen keine Änderungen im odbc-Modul entdecken.

Wenn man nach "odbc" und "memory-leak" googelt, bekommt man dazu auch etliche Texte, allerdings alle etwas älteren Datums.
Bei mir dauert ein odbc_connect() auch sehr lange (bis zu 10 Sekunden), das aber unabhängig ob php, Perl oder mittels C#.

Gruß
Thomas

cnc_darklord · 04.02.2012, 17:22

Wenn ich das richtig sehe bekommst du ein Memory Leak, weil pro Test-Funktionsaufruf eine lokale Variable $rs' auf dem Aktivierungsblock angelegt wird. Diese Variablen werden erst zu Skriptende abgeräumt.

Bei deiner Version ohne Funktion hingegen wird immer die gleich Variable $rs überschrieben.

Thomas123 · 04.02.2012, 17:36

Du meinst Variable $rs, oder?

Ich habe nochmal weitergetestet. Das Speicherleck tritt auf auch wenn ich nur ein odbc_connect() und odbc_close() mache, also komplett ohne SQL-Abfrage dazwischen.

Ich habe mir jetzt mal mit print_r($conn) die Verbindungs-IDs ausgeben lassen.
Wenn ein Speicherleck auftritt, bekomme ich immer eine neue Verbindungs-ID. Was bei der Version in der $conn eine lokale Variable ist auch einigermaßen verständlich ist.
Nur ist es wohl so, dass der angeforderte Speicher der lokalen Variable nicht wieder freigegeben wird, erst wenn das Programm beendet wurde, fällt der Speicherbedarf wieder.

Es gibt ja verschiedene Varianten der odbc Verbindung (persistent, nicht persistent). Aber egal welche ich nun verwende, ein Speicherleck darf es doch nicht geben.
Später soll das Ganze als CGI Anwedung im Webserver laufen. Momenten habe ich es in dem server2go Apache/php testweise, da tritt das Speicherleck ebenfalls auf.

cnc_darklord · 04.02.2012, 17:44

Warum baust du nicht nur einmal (1x) eine Verbindung auf?
Alles andere sieht mir nach einen Logik fehler aus.

Thomas123 · 04.02.2012, 17:49

Zitat:

Zitat von cnc_darklord

Warum baust du nicht nur einmal (1x) eine Verbindung auf?
Alles andere sieht mir nach einen Logik fehler aus.

Weil es später in einem Webserver laufen soll. Wie soll denn die Datenbank-Verbindung offen gehalten werden, wenn eine Anfrage von einem neuen Client Minuten/Stunden später kommt?

Wenn ich das hier richtig verstanden habe
http://www.php.net/manual/en/feature...onnections.php
ist das auch von Anwendungstyp (IIS/Apache etc.) verschieden. Aber im Normalfall macht der php Interpreter das Offenhalten einer Verbindung intern.

Ein odbc_pconnect() macht bei mir auch keinen Unterschied, es gibt immer eine neue Verbindungd-ID.

cnc_darklord · 04.02.2012, 18:24

Das gesehen?

Zitat:

Note: Persistent connections have no effect if PHP is used as a CGI program.

Thomas123 · 04.02.2012, 18:35

Zitat:

Zitat von cnc_darklord

Das gesehen?

Note: Persistent connections have no effect if PHP is used as a CGI program.

Ja, ist mir aber auch egal wenn der Verbindungsaufbau ein paar Sekunden dauert, nur stabil muss es laufen.
Wenn ich mein Testprogramm aus der Eingabeaufforderung heraus aufrufe, werden ebenfalls keine persistenten Verbindungen verwendet. In der php.ini ist das aber aktiviert (default).

Ich habe jetzt nochmal ein paar Tests gemacht:
1) unset($conn) und $conn = null -> keine Änderung
2) gc_collect_cycles() -> keine Änderung
3) Umstellung auf PDO -> keine Änderung

Wenn ich mir im Programm mit memory_get_peak_usage() den maximalen Speicherbedarf ausgebe, liegt der immer bei dem gleichen Wert, auch wenn im Windows Taskmanager der Bedarf stetig ansteigt, bis irgendwann php mit Speicherengpass aussteigt.

Mal sehen ob ich testweise eine andere ODBC-Datenquelle einrichten kann, um versuchen das damit nachzustellen. Gibts irgendwas das man relativ einfach einrichten kann?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
imagecreatefromjpeg() "Allowed memory size exhausted"	peter silie	PHP Tipps 2010	17	04.05.2011 14:25
ODBC Verbindung Abfragedaten in Array	watchdogg	Datenbanken	7	13.01.2011 14:41
Verbindung am Laufen halten	Testmodul	Software-Design	4	08.12.2010 10:01
Imagick Bildverarbeitung Skript (Memory Leak ?)	arthurdent	PHP-Fortgeschrittene	9	20.07.2010 19:50
[Erledigt] MySQL Link Resource in einer statischen Variablen speichern	Lenki	PHP-Fortgeschrittene	8	18.03.2010 16:37
ODBC connect fehler	Darn	Datenbanken	3	12.08.2009 19:49
MySQL verbindung	TeazY	PHP Tipps 2008	2	18.12.2007 14:34
Diverses aus meinem Apache Logs	robo47	Server, Hosting und Workstations	5	25.05.2007 22:45
Kein Zugriff über ODBC mit der IP-Adresse auf MySql DB		Datenbanken	4	09.02.2006 11:04
FTP Verbindung wird abundzu unterbrochen	themonk	Off-Topic Diskussionen	1	02.01.2006 07:41
persistente MySQL Verbindung und clonen	HStev	PHP-Fortgeschrittene	16	22.11.2005 13:24
[Erledigt] Access mit ODBC auf Root Server		Server, Hosting und Workstations	1	24.09.2005 15:15
Komisches ODBC Problem...	solitaer	PHP-Fortgeschrittene	0	17.09.2005 18:21
ODBC	Bronks	Datenbanken	1	30.07.2005 20:09
[Erledigt] Verbindung auf eine Datenbank		Datenbanken	5	07.07.2005 20:38

04.02.2012, 16:48
Thomas123 Neuer Benutzer Registriert seit: 29.09.2009 Beiträge: 6 PHP-Kenntnisse: Anfänger	Memory-Leak bei ODBC-Verbindung Hallo, ich habe eine Anwendung aus der ich Daten über die ODBC-Schnittstelle auslesen möchte. Dazu habe ich eine entsprechende System-DSN angelegt. Das Auslesen der Daten funktioniert auch alles wie gewünscht. Jetzt ist beim Testen aufgefallen, dass bei der ODBC Anbindung ein Speicherleck entsteht. Das Ganze läuft unter Windows XP. D.h. je länger die Anwendung läuft, desto mehr Speicherverbrauch wird im Taskmanager angezeigt. Der Speicherbedarf kann ich jedoch keinem Prozess zuordnen. Irgendwann kommt dann eben die Meldung dass kein Speicher mehr vorhanden ist. Nun habe ich die ODBC-Verbindung mit anderen Programmen ebenfalls getestet, um auszuschließen dass der Fehler auf der Seite liegt die die ODBC Anfrage bearbeitet. Das habe ich mit einem Perl (Win32::ODBC) und einem C# Anwendungsprogramm getestet. Dort tritt kein Speicherleck auf. Meine php Testprogramme rufe ich aus einer Eingabeaufforderung heraus auf, später soll das im Webserver Kontext laufen- Das seltsame ist dabei, dass wenn ich die odbc-Aufrufe in eine eigene Funktion oder Klasse lege, ein Speicherleck auftritt. Wenn ich das Ganze direkt in einer Schleife (siehe Testprogramm) aufrufe, dann nicht. Vielleicht hat jemand ja einen Tip ob ich noch irgendwodran drehen kann, um das Problem zu beheben. Ich habe mich mehr oder weniger schon auf php eingeschossen, und möchte jetzt ungern nur wegen der odbc Probleme alles auf Perl umschreiben müssen. Das Testprogramm mit Speicherleck: PHP-Code: <?php // mit Speicherleck error_reporting(E_ALL); ini_set('display_errors', 1); setlocale(LC_TIME, "de_DE"); echo "Start...\n"; for ($i = 0; $i < 100; $i++) { echo "Starte Durchlauf Nr. " . ($i+1) . "\n"; test(); sleep(5); } function test() { $conn = odbc_connect('DEMO1','', ''); if (!$conn) { echo "Fehler"; return; } echo "Verbunden\n"; $sql = "SELECT Timestamp, Messwert1_ival, Messwert2_ival FROM Interval2 WHERE (Timestamp>={ts '2012-02-03 00:00:00'} And Timestamp<={ts '2012-02-03 23:59:59'})"; $rs = odbc_exec($conn, $sql); odbc_free_result($rs); odbc_close($conn); } ?> Und dieses ohne: PHP-Code: <?php // ohne Speicherleck error_reporting(E_ALL); ini_set('display_errors', 1); setlocale(LC_TIME, "de_DE"); echo "Start...\n"; for ($i = 0; $i < 100; $i++) { echo "Starte Durchlauf Nr. " . ($i+1) . "\n"; $conn = odbc_connect('DEMO1','', ''); if (!$conn) { echo "Fehler"; return; } echo "Verbunden\n"; $sql = "SELECT Timestamp, Messwert1_ival, Messwert2_ival FROM Interval2 WHERE (Timestamp>={ts '2012-02-03 00:00:00'} And Timestamp<={ts '2012-02-03 23:59:59'})"; $rs = odbc_exec($conn, $sql); odbc_free_result($rs); odbc_close($conn); sleep(5); } ?> Ich habe php Version 5.3.5 laufen. In den Changelogs konnte ich in den aktuelleren Versionen keine Änderungen im odbc-Modul entdecken. Wenn man nach "odbc" und "memory-leak" googelt, bekommt man dazu auch etliche Texte, allerdings alle etwas älteren Datums. Bei mir dauert ein odbc_connect() auch sehr lange (bis zu 10 Sekunden), das aber unabhängig ob php, Perl oder mittels C#. Gruß Thomas


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

04.02.2012, 17:22
cnc_darklord Benutzer Registriert seit: 04.09.2009 Beiträge: 34 PHP-Kenntnisse: Anfänger	Wenn ich das richtig sehe bekommst du ein Memory Leak, weil pro Test-Funktionsaufruf eine lokale Variable $rs' auf dem Aktivierungsblock angelegt wird. Diese Variablen werden erst zu Skriptende abgeräumt. Bei deiner Version ohne Funktion hingegen wird immer die gleich Variable $rs überschrieben. Geändert von cnc_darklord (04.02.2012 um 17:43 Uhr). Grund: $re = $rs

04.02.2012, 17:36
Thomas123 Neuer Benutzer Registriert seit: 29.09.2009 Beiträge: 6 PHP-Kenntnisse: Anfänger	Du meinst Variable $rs, oder? Ich habe nochmal weitergetestet. Das Speicherleck tritt auf auch wenn ich nur ein odbc_connect() und odbc_close() mache, also komplett ohne SQL-Abfrage dazwischen. Ich habe mir jetzt mal mit print_r($conn) die Verbindungs-IDs ausgeben lassen. Wenn ein Speicherleck auftritt, bekomme ich immer eine neue Verbindungs-ID. Was bei der Version in der $conn eine lokale Variable ist auch einigermaßen verständlich ist. Nur ist es wohl so, dass der angeforderte Speicher der lokalen Variable nicht wieder freigegeben wird, erst wenn das Programm beendet wurde, fällt der Speicherbedarf wieder. Es gibt ja verschiedene Varianten der odbc Verbindung (persistent, nicht persistent). Aber egal welche ich nun verwende, ein Speicherleck darf es doch nicht geben. Später soll das Ganze als CGI Anwedung im Webserver laufen. Momenten habe ich es in dem server2go Apache/php testweise, da tritt das Speicherleck ebenfalls auf.

04.02.2012, 17:44
cnc_darklord Benutzer Registriert seit: 04.09.2009 Beiträge: 34 PHP-Kenntnisse: Anfänger	Warum baust du nicht nur einmal (1x) eine Verbindung auf? Alles andere sieht mir nach einen Logik fehler aus.