From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7687 invoked by alias); 26 Apr 2006 11:35:29 -0000 Received: (qmail 7659 invoked by uid 48); 26 Apr 2006 11:35:21 -0000 Date: Wed, 26 Apr 2006 11:35:00 -0000 Message-ID: <20060426113521.7658.qmail@sourceware.org> From: "sakovacs at freemail dot hu" To: glibc-bugs@sources.redhat.com In-Reply-To: <20060409085351.2531.sakovacs@freemail.hu> References: <20060409085351.2531.sakovacs@freemail.hu> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/2531] missing call or documentation for malloc_trim() ... X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00342.txt.bz2 List-Id: ------- Additional Comments From sakovacs at freemail dot hu 2006-04-26 11:35 ------- > a) libc returns all memory if malloc_trim is used I agree. That's what I said too: >... if you call malloc_trim(0) right before the usleep() the RSS goes back to > less than 1M (this is a simple case, no fregmentation, all memory could be > returned to the OS). b) the kernel frees all memory. I agree with this as well. > So, what's the problem? All I was saying is that either put malloc_trim() should be referenced in the malloc/free man page or free() should call it from time to time -- I since read that this should be the case. So a simple "see also" entry would help a lot for many guys having similar issues. Cheers, Sandor -- http://sourceware.org/bugzilla/show_bug.cgi?id=2531 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.