(Copy of reply for the mailing list) The only tests are new provider test cases I've added exercising the provider under API usage scenarios of a regular FDO client application. This is my only avenue for finding possible leaks given the absence of solid and reproducible data and scenarios where leaks are definitely happening.
I'm still fleshing out this provider test suite in the hopes of finding more leaks, but if I don't find any more after fleshing out this suite there's not much else I can do. - Jackie On Wed, 23 Oct 2024 at 06:16, David Bowen <[email protected]> wrote: > Hi Jackie, > > As far as we can tell, we're not using the KingFdoClass metadata table. > Are there other memory leak tests being conducted? > > David > > On Thu, Oct 10, 2024 at 5:51 PM Jackie Ng via mapguide-users < > [email protected]> wrote: > >> Are your King Oracle feature sources using the KingFdoClass metadata >> table feature for cleaner class names? >> >> If so, a leak was identified and plugged on that front. >> >> https://trac.osgeo.org/fdo/changeset/8279 >> >> This was leaking on every DescribeSchema request where the connection was >> configured with the KingFdoClass metadata table. The more rows in that >> table, the more leaks per request. >> >> - Jackie >> >> You wrote: >> >> Forgot to mention that once the memory starts to be consumed it's a run >> away event, meaning that it doesn't seem to stop until the services fail >> and have to be restarted. >> >> Thanks, >> David >> >> >> _______________________________________________ >> mapguide-users mailing list >> [email protected] >> https://lists.osgeo.org/mailman/listinfo/mapguide-users >> > -- http://themapguyde.blogspot.com
_______________________________________________ mapguide-users mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/mapguide-users
