[fdo-trac] #72: King Oracle v.0.6.5 Memory Leak with MGOS 1.20 Beta2

FDO trac_fdo at osgeo.org
Sat May 19 22:47:41 EDT 2007


#72: King Oracle v.0.6.5 Memory Leak with MGOS 1.20 Beta2
-----------------------------------+----------------------------------------
   Reporter:  zspitzer             |       Owner:  haris
       Type:  defect               |      Status:  new  
   Priority:  major                |   Milestone:  3.2.2
  Component:  KingOracle Provider  |     Version:  3.2.2
   Severity:  1                    |    Keywords:       
External_id:                       |  
-----------------------------------+----------------------------------------
 I am using King Oracle v0.6.5 with 10g2 10.2.0.3, looks like it's got
 a memory leak in there somewhere.

 Subsequent testing against mapguide 1.10 show the ram being released but
 the same virtual memory increase is occuring.

 i started to test an oracle spatial layer with MGOS 1.20 Beta2. I am using
 a web/map/layer in session resource. The dataset are the state
 polygons for australia, which contains 12813 records (27 MB in shp
 files).

 Each time I fresh the map, mapguide adds another 30mb ram and 30mb virtual
 mem
 which doesn't get released
 {{{
                                  RAM            VM              CPU Time
 Start Service                   35              31              0.01
 Load Preview                    48              41              0.01
 Reload Map                      123             117             0.27
 reload Map                      155             152             0.52
 reload Map                      188             187             1.18
 reload Map                      221             221             1:44

 }}}

 So back to the memory stuff. I tried the Tasmanian SHP file in
 mapguide which is about 8mb / 5886 rows (complex coastlines and they
 are provided state by state), i kept them as SHP and as usual it's a lot
 faster in SHP land than Oracle and the memory is released after the map is
 rendered. The CPU usage for with SHP nothing compared to the Oracle ( and
 the oracle process was very
 low)

 After about 15 refreshes of the map, memory hits over 600Mb and the
 same in virtual memory. At which point it the mapguide service doesn't
 respond anymore and kill from task manager is needed. there is nothing
 in the mapguide error log either.

-- 
Ticket URL: <http://trac.osgeo.org/fdo/ticket/72>
FDO <http://fdo.osgeo.org/>
Feature Data Objects


More information about the fdo-trac mailing list