[mapguide-users] King.Oracle 0.7.3 (0.7.4) Memory Leak with MGOS 2.0 (2.0.1, 2.0.2)

[FISHeR1]

I have been faced with a problem of memory leak by working with MGOS 2.0.2
(2.0.1, 2.0) and FDO-Provider King. Oracle 0.7.4 (0.7.3). In our base we
have only 10000 objects.
The problem appears by the typical work with the map (distance, approach).
I have sampled the change of used memory after each operation:

                       RAM   VM    CPU Time
Start Service      40     36     0.01
Load Preview      64     58     0.011
Zoom In             65     59     0.014
Zoom Out          68      62     0.020
Zoom In             69     63     0.024
Zoom Out          72      66     0.030
Zoom In             73     67     0.024
Zoom Out          76      70     0.040
Zoom In             77     71     0.043
Zoom Out          81      76     0.049
...                    ...      ...     ...
                       1570   1480

By the reaching of the volume of used memory up to 1570Mb the service
 doesn’t respond to any request. After that the process mgserver.exe is
 crashed.

 Data from the file Error.log:
 <2008-09-25T13:26:14>
  Error: Out of memory.
         bad allocation
  StackTrace:
   - MgRenderingServiceHandler.ProcessOperation line 83 file

d:\build\mapguide_open_source_v2.0\build_30.11\mgdev\server\src\services\rendering\RenderingServiceHandler.cpp
   - MgOpRenderDynamicOverlay.Execute line 109 file

d:\build\mapguide_open_source_v2.0\build_30.11\mgdev\server\src\services\rendering\OpRenderDynamicOverlay.cpp
   - MgServerRenderingService.RenderDynamicOverlay line 305 file

d:\build\mapguide_open_source_v2.0\build_30.11\mgdev\server\src\services\rendering\ServerRenderingService.cpp
 Out of memory.
 bad allocation

 Oracle Client 10.2.0.1 / 10.2.0.3
 Oracle Instant Client 10.2.0.1 / 10.2.0.3

 OS: Microsoft Windows Server 2003 / Windows XP

-- 
View this message in context: http://www.nabble.com/King.Oracle-0.7.3-%280.7.4%29-Memory-Leak-with-MGOS-2.0-%282.0.1%2C-2.0.2%29-tp19690045p19690045.html
Sent from the MapGuide Users mailing list archive at Nabble.com.