Re: Memory leaks in orbit and/or CORBA::ORBit 0.4.3?
- From: Sreeji K Das <bksys vsnl com>
- To: orbit-list gnome org
- Subject: Re: Memory leaks in orbit and/or CORBA::ORBit 0.4.3?
- Date: Fri, 19 Oct 2001 11:08:25 +0530 (IST)
Hi Wolfgang,
Are you talking about server growing, as Sam mentioned ? Then it happens
to me as well. I didn't report it, since its quite natural for the program
to 'grow' a bit b4 stabilizing. Due to VM & swap, based on the
functionality of the program, the Resident Memory size may go up/down by a
few KB.
I ran it on Slackware Linux with Kernel 2.2.16, libc6. I ran it with the
same while loop.
BTW, this was my ps xav|grep 'server' o/p.
RSS %MEM
389 tty2 S 0:00 451 512 3591 2784 4.4 perl -w ./server
389 tty2 S 0:00 454 512 3595 2800 4.4 perl -w ./server
..
389 tty2 S 0:00 454 512 3595 2800 4.4 perl -w ./server
See that there is no increase after 2800.
Sreeji
On Fri, 19 Oct 2001, Sam Couter wrote:
> Wolfgang Hottgenroth <who_l@hottis.de> wrote:
> > I see in my top output on a Solaris box:
> > After start:
> > PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
> > 860 whottgen 1 48 0 4104K 3616K sleep 0:00 0.61% server
> >
> > And roundabout 15 minutes later:
> > PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
> > 860 whottgen 1 58 0 4128K 3656K sleep 0:05 0.36% server
>
> That's only 24K difference! That's not a memory leak, that's just
> resources that hadn't been allocated before you started making requests.
> I'd be willing to bet that those resources are things such as malloc()
> heap areas that are being reused all the time.
>
> If you'd been watching the size, you would have seen an initial jump in
> size as buffers and so on are allocated, but no more growth after that.
> If it continues to grow, only then do you have a memory leak.
>
> Just for information, I can't reproduce any growth either, and I've
> hammered on my server a few million times from a bunch of different
> machines.
> --
> Sam Couter | Internet Engineer | http://www.topic.com.au/
> sam@topic.com.au | tSA Consulting |
> OpenPGP key ID: DE89C75C, available on key servers
> OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]