[Jackit-devel] Re: [PlanetCCRMA] jack memory leak?
Jeremy Hall
jhall@UU.NET
Wed Nov 13 19:27:01 2002
I didn't mean to come across strongly--I was probably more direct than I
should have been. The free memory in top can sometimes be a bit
misleading. Sometimes, the kernel will grab unused memory for buffers and
its cache. (so if you use a program a lot, like ls, it might keep the
directory structure in memory) or if lots of processes want to use the
same file, the kernel might keep it around in memory for faster access.
Yeah it seems strange to me that all the jackd processes would use the
same amount of memory, maybe it is the result of a fork or something.
I enjoy working these little things out, and am not at all intending to
fuss at you.
_J
In the new year, Mark Knecht wrote:
> Jeremy,
> Kai took this note to the jack list faster than I wanted. I'm a newbie
> (60 days maybe?) and not even sure of these results, so please, please,
> please do not take any of this too seriously.
>
> I actually asked my first questions on the Redhat install lists just to
> make sure I wasn't totally off base, and I'm still not 100% sure it's really
> even jack, so let's not have anyone react in any strong way to me asking a
> question.
>
> I typically have these machines up for days. Over those periods of time I
> get to the point where top is telling me that I have 512MB or DRAM and 490MB
> is being used. However, during those days I will run many applications.
> However, I seem to close them and the memory usage persists, so I asked
> about jack. I close jack and sometimes the memory usage goes down a lot, but
> not necessarily down to clean boot levels.
>
> The kernel I'm using is from the Planet.
>
> 6 of the jackd processes say 36092 right now. One says 1040. I'm
> suspicious when 6 processes with the same name have the same size. Seems
> weird to me, but that could be by design. I don't know.
>
> I'm a user, not a programmer, so keep instructions really simple. I'll
> try out anything people want me to. I think it's likely to be something else
> anyway.
>
> And please, please, please! Do not take any of this seriously!! Please!!
>
> Mark
>
> -----Original Message-----
> From: Jeremy Hall [mailto:jhall@UU.NET]
> Sent: Wednesday, November 13, 2002 3:14 PM
> To: Kai Vehmanen
> Cc: Mark Knecht; PlanetCCRMA (E-mail);
> jackit-devel@lists.sourceforge.net
> Subject: Re: [Jackit-devel] Re: [PlanetCCRMA] jack memory leak?
>
>
> What about the jackd processes? Did they consume more memory? Did the
> amount of buffers increase? Do you have a solid kernel and you don't
> suspect VM issues?
>
> _J
>
> In the new year, Kai Vehmanen wrote:
> > Did you use jack during the 4 hours (and if yes, how) or was it running
> > idle? I've run the current CVS-version of jackd under valgrind (memory
> > debugger) and it didn't detect any notable memory leaks.
> >
> > OTOH, although valgrind is a superb tool, it's not 100% perfect
> > (especially with complex apps like jackd), so leaks are still a
> > possibility.
> >
> > On Wed, 13 Nov 2002, Mark Knecht wrote:
> >
> > > I'm early in looking for this, but wondered if anyone else has seen
> any
> > > evidence of jack having a memory leak? I've noticed over the course of a
> day
> > > or two that memory is getting used up and not released, at least
> according
> > > to 'top'. In most of those cases I've run lots of applications and
> couldn't
> > > say who the culprit was, and I still really can't.
> > >
> > > However, this morning I rebooted my machine and tried an experiment.
> > >
> > > 1) Reboot, open 1 Eterm, and run top - 50128K used
> > >
> > > 2) Start Jack (using PlanetCCRMA jackstart, if important) - 84776K used
> > >
> > > 3) 4 hours later - 87380 used
> > >
> > > It's not a perfect experiment as I used the Eterm that was open to
> run
> > > nslookup and dig a few times, but it is interesting.
> > >
> > > Can anyone else confirm or deny this?
> > >
> > > Thanks,
> > > Mark
> > >
> > > _______________________________________________
> > > PlanetCCRMA mailing list
> > > PlanetCCRMA@ccrma.stanford.edu
> > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
> > >
> >
> > --
> > http://www.eca.cx
> > Audio software for Linux!
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: Are you worried about
> > your web server security? Click here for a FREE Thawte
> > Apache SSL Guide and answer your Apache SSL security
> > needs: http://www.gothawte.com/rd523.html
> > _______________________________________________
> > Jackit-devel mailing list
> > Jackit-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jackit-devel
> >
>
>
> --
> I do not get viruses because I do not use MS software.
> If you use Outlook then please do not put my email address in your
> address-book so that WHEN you get a virus it won't use my address in the
> >From field.
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Are you worried about
> your web server security? Click here for a FREE Thawte
> Apache SSL Guide and answer your Apache SSL security
> needs: http://www.gothawte.com/rd523.html
> _______________________________________________
> Jackit-devel mailing list
> Jackit-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jackit-devel
>
--
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
>From field.