From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17378 invoked by alias); 10 Apr 2007 20:29:38 -0000 Received: (qmail 17370 invoked by uid 22791); 10 Apr 2007 20:29:37 -0000 X-Spam-Check-By: sourceware.org Received: from wr-out-0506.google.com (HELO wr-out-0506.google.com) (64.233.184.229) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 10 Apr 2007 21:29:32 +0100 Received: by wr-out-0506.google.com with SMTP id 70so1406935wra for ; Tue, 10 Apr 2007 13:29:30 -0700 (PDT) Received: by 10.114.161.11 with SMTP id j11mr2968616wae.1176236970257; Tue, 10 Apr 2007 13:29:30 -0700 (PDT) Received: by 10.114.14.15 with HTTP; Tue, 10 Apr 2007 13:29:30 -0700 (PDT) Message-ID: <22080b0a0704101329n55abfa0ev51f97937d120634c@mail.gmail.com> Date: Tue, 10 Apr 2007 20:29:00 -0000 From: "Ravi Ramaseshan" To: "Jude Moersdorf" Subject: Re: GDB STL Memory Usage Issue Cc: gdb@sourceware.org In-Reply-To: <0F6E41788631664DBE8DF13D06298FE1948A@sloexchange01.corp.pt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0F6E41788631664DBE8DF13D06298FE1948A@sloexchange01.corp.pt.com> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-04/txt/msg00054.txt.bz2 On 4/10/07, Jude Moersdorf wrote: > Is your application multi-threaded? If so, are many threads created and > destroyed? Check that you don't have a bunch of zombie child threads > that need to be reaped. > No, my application is single threaded. > -----Original Message----- > From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On > Behalf Of Ravi Ramaseshan > Sent: Tuesday, April 10, 2007 7:36 AM > To: Mark Kettenis > Cc: gdb@sourceware.org > Subject: Re: GDB STL Memory Usage Issue > > On 4/10/07, Mark Kettenis wrote: > > > Date: Mon, 9 Apr 2007 19:40:58 -0400 > > > From: "Ravi Ramaseshan" > > > > > > Hi, > > > > > > I observed some strange behavior with the following system that I > > > would like to know more about: > > > > > > I'm compiling a very memory intensive C++ application that uses STL > > > (hashmaps of lists). Every few seconds I erase() the entire hashmap > > > (and the lists). When I run the program standalone and examine the > > > memory usage using top, I see the total virtual memory of the > program > > > grow (sometimes to 60+MB) before the erase call and after the erase > > > call drop down to a few MB - which is the behavior I would expect. > > > > > > However, when I run the same program through GDB, the erase() does > not > > > seem to have any effect and the virtual memory usage keeps on rising > - > > > which I do not understand. > > > > > > I am using GCC 4.0.3, GDB 6.4 and am compiling the program with > > > debugging information. I would like to understand the reasons for > such > > > a behavior of my program under GDB. > > > > > > Thanks in advance, > > > > Smells like an operating system bug to me. > > > > > > I am running an Ubuntu system 2.6.15-28-686 kernel, if that helps > anyone explain the problem I observed. > > -- > Ravi Ramaseshan > http://www.geocities.com/ramaseshan_ravi/ > > " Reality is only something we believe in strongly. " > -- Ravi Ramaseshan http://www.geocities.com/ramaseshan_ravi/ " Reality is only something we believe in strongly. "