Opened 18 years ago

Last modified 17 years ago

#1662 closed defect

Memory-Leaks — at Initial Version

Reported by: umn-ms@… Owned by: fsimon@…
Priority: high Milestone: 5.0 release
Component: Input - Native Oracle Spatial Support Version: unspecified
Severity: normal Keywords:
Cc: ivanopicco, fsimon

Description

I made experiences with using Connection-Pooling of Oracle-Connections inside
Java/Tomcat.

Testenvironment: Mapserver 4.6.2; Suse-Linux; Tomcat 4.1.31; Sun-Java 1.4.2
Simulating 5 Browsers, which produce maps, query features, make selections,
query-legend-pics frequently.

- Big memory leak: Between the first 5 requests and the next 100 requests
   the Tomcat-process became about 400MB bigger.  (I use "top" for
   watching memory-footprint.)

- Cleaning the Connection-Pool "by hand". This means:
  Opening the function msConnPoolCloseUnreferenced in mappool.c
  for use in Java and call it after every request.

- After this I still have memory leaks:  About 100MB for 30.000 requests.
  (I also made a test: 25.000 requests without Connection pooling. Memory increased
    and decreased as expected  in this case.)

My Post on the list was:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1661

The follow ups in the user-list are containing a small discussion on 
dealing this issue.

Change History (0)

Note: See TracTickets for help on using tickets.