From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 13 Apr 2006 22:32:17 +0100 From: 'David Gibson' Subject: Re: [RFD hugetlbfs] strict accounting and wasteful reservations Message-ID: <20060413213217.GB13729@localhost.localdomain> References: <1144949802.10795.99.camel@localhost.localdomain> <20060413191801.GA9195@localhost.localdomain> <1144957873.10795.110.camel@localhost.localdomain> <20060413200143.GA13729@localhost.localdomain> <1144958804.10795.111.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1144958804.10795.111.camel@localhost.localdomain> Sender: owner-linux-mm@kvack.org Return-Path: To: Adam Litke Cc: akpm@osdl.org, "Chen, Kenneth W" , wli@holomorphy.com, linux-mm@kvack.org List-ID: On Thu, Apr 13, 2006 at 03:06:44PM -0500, Adam Litke wrote: > On Thu, 2006-04-13 at 21:01 +0100, 'David Gibson' wrote: > > > We are thinking about switching the implementation of the ELF segment > > > remapping code to store all of the remapped segments in one hugetlbfs > > > file. That way we have one hugetlb file per executable. This makes > > > managing the segments much easier, especially when doing things like > > > global sharing. When doing this, we'd like the file offset to > > > correspond to the virtual address of the mapped segment. So I admit > > > that altering the kernel behavior helps libhugetlbfs, but I think my > > > second justification above is even more important. I like removing > > > anomalies from hugetlbfs whenever possible. > > > > Hrm... I'm not entirely convinced attempting to directly map vaddr to > > file offset is a good idea. But give it a shot, I guess. > > It works, but just wastes a ton of huge pages in the process. Just putting the various segments at consecutive offsets from the beginning of the file wouldn't be that hard. It might be a quicker way forward than altering the kernel behaviour. -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org