Is there any memory leaks in the version 4.6.21?

Question

Hi All:
My en so weak ,so I try my best to let you understand my mean...
I add replication to my app rencently.
It's seem any memory leaks in the version 4.6.21.
Threr is an env in my app's database. and there are 2000 dbs in the env. The 2000 dbs distributing In 200 directory . And the 200 directory is the subdirectory under the DATADIR.
In the app, client and master create all subdirectory befoer the env been opened . And In my test ,if the master app use relative path to create Db and r/w data, the data will be correct send to client, The data in the master and client will keep identical.
But, There is many memory leaks in the app.In my test ,the app will use up all memory that lead malloc failed and crash.
the app use DB_LOG_AUTOREMOVE,DB_LOG_INMEMORY,DB_REPMGR_ACKS_NONE.
cache_size = 500M.
void event_callback(DbEnv* dbenv, u_int32_t which, void *info)
     bool * isMaster = (bool *)dbenv->get_app_private();
     info = NULL;                    /* Currently unused. */
     switch (which) {
     case DB_EVENT_REP_MASTER:
          *isMaster = 1;
          dbenv->errx("switch to master mode");
          break;
     case DB_EVENT_REP_CLIENT:
          *isMaster = 0;
          dbenv->errx("switch to slaver mode");
          break;
     case DB_EVENT_REP_STARTUPDONE: /* FALLTHROUGH */
     case DB_EVENT_REP_NEWMASTER:
     case DB_EVENT_REP_PERM_FAILED:
          // I don't care about this one, for now.
          break;
     default:
          dbenv->errx("ignoring event %d", which);
Thanks
d.j
Message was edited by:
user623248

Answer 1

I setup logdir,datadir and envdir into different directories with
the functions set_data_dir and set_log_dir.I created two directories
under the datadir and created more than 100 sub-directories
respectively for the two dir, where the 2000 databases located.By the way, even though it doesn't seem likely to be the cause of the
memory leak, you should still fix this illegal usage of subdirectories
before we get much further investigating. We might as well eliminate
any possible source of problem, no matter how unlikely it seems.
Also, just as an experiment, I would be very tempted to try running
again without using any separate directories. In other words, don't
call set_data_dir or set_log_dir at all, and just let everything be
put into the one single directory. If that changes the results, that
will be a big clue to help us know where to look for the problem.
I'am writting a demo , but it take time.
i will reply later .Thank you. Take your time -- we'll be here.
Alan Bram
Oracle