Moin Micha, Am 06. Apr 2009 schrieb Micha Lenk:
[...] > > Wie sieht denn deine chipcardd.conf aus? Scannt der chipcardd auf deinem > System periodisch alle paar Sekunden oder machst du das über ein Signal > getriggert? Es scheint das erstere zu sein, ich verwende die chipcardd.conf.default nur mit den Grundeinstellungen. Ich vermute, das im Code eine Periode voreingestellt ist, jedenfalls manipuliere ich diese nicht wie es mit der chipcardd.conf.example möglich wäre. Was mir noch aufgefallen ist, daß dbus-daemon --system und hald --use-syslog im gleichen Takt wie chipcardd4 den Prozessor beanspruchen. > > Ich vermute, dass das Speicherleck im HAL-Scanner-Code sitzt. In der > Funktion LC_HalScanner_ReadDevs() (src/lib/server/common/halscanner.c) > wird die Liste der HAL-Geräte mit libhal_get_all_devices() geholt, aber > der dadurch allokierte Speicher vermutlich nie freigegeben (aus der Doku > dieser Funktion: "It is the responsibility of the caller to free with > libhal_free_string_array()"). Das passiert bei jedem Aufruf dieser > Funktion, d.h. abhängig von der Konfiguration deines Systems entweder > periodisch oder immer wenn der chipcardd getriggert vom Signal nach > neuer Hardware sucht. > > Der angehängte Patch könnte das Problem lösen. Kannst du es mal damit > ausprobieren und uns von den Ergebnissen berichten? Ich habe libchipcard mit deinem Patch neu übersetzt und neu gestartet. Wie es scheint ohne Erfolg. Rambelegung startet mit 0,20 und steigerte sich innerhalb weniger Minuten auf 0,23. MfG Jens
pgpJScoT5PoNP.pgp
Description: PGP signature
------------------------------------------------------------------------------
_______________________________________________ Aqbanking-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
