From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S267088AbUBMSLW (ORCPT ); Fri, 13 Feb 2004 13:11:22 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S267139AbUBMSLV (ORCPT ); Fri, 13 Feb 2004 13:11:21 -0500 Received: from gaia.cela.pl ([213.134.162.11]:50701 "EHLO gaia.cela.pl") by vger.kernel.org with ESMTP id S267088AbUBMSLT (ORCPT ); Fri, 13 Feb 2004 13:11:19 -0500 Date: Fri, 13 Feb 2004 19:11:10 +0100 (CET) From: Maciej Zenczykowski To: "Bloch, Jack" Cc: linux-kernel@vger.kernel.org Subject: Re: your mail In-Reply-To: <7A25937D23A1E64C8E93CB4A50509C2A0310F0B9@stca204a.bus.sc.rolm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org The deleted marks in question mean that the file in question has been unlinked (rm'ed), however it is still being used and the inode in question still exists. This memory is in use and thus validly takes up mapping space. You'd need to unmap inorder to free that memory. Deleting a file does not delete that file until _all_ processes close and unmap any references to it. What's more worrying is the large area of unmapped memory below 1GB (0x40000000), wonder why it doesn't get allocated? But I think the answer is that the standard allocator only searches 1GB..3GB for free areas... Cheers, MaZe. On Fri, 13 Feb 2004, Bloch, Jack wrote: > I am running a 2.4.19 Kernel and have a problem where a process is using the > up to the 0xC0000000 of space. It is no longer possible for this process to > get any more memory vi mmap or via shmget. However, when I dump the > /procs/#/maps file, I see large chunks of memory deleted. i.e this should be > freely available to be used by the next call. I do not see these addresses > get re-used. The maps file is attached. > > <<9369>> > > Jack Bloch > Siemens ICN > phone (561) 923-6550 > e-mail jack.bloch@icn.siemens.com > >