Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964961AbVKGVdx (ORCPT ); Mon, 7 Nov 2005 16:33:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965099AbVKGVdx (ORCPT ); Mon, 7 Nov 2005 16:33:53 -0500 Received: from e4.ny.us.ibm.com ([32.97.182.144]:60902 "EHLO e4.ny.us.ibm.com") by vger.kernel.org with ESMTP id S964961AbVKGVdv (ORCPT ); Mon, 7 Nov 2005 16:33:51 -0500 Subject: RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 From: Adam Litke To: Rohit Seth Cc: "Martin J. Bligh" , Andy Nelson , ak@suse.de, akpm@osdl.org, arjan@infradead.org, arjanv@infradead.org, gmaxwell@gmail.com, haveblue@us.ibm.com, kravetz@us.ibm.com, lhms-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, linux-mm@kvack.org, mel@csn.ul.ie, mingo@elte.hu, nickpiggin@yahoo.com.au, torvalds@osdl.org In-Reply-To: <1131398415.18176.50.camel@akash.sc.intel.com> References: <20051107205532.CF888185988@thermo.lanl.gov> <93700000.1131397118@flay> <1131398415.18176.50.camel@akash.sc.intel.com> Content-Type: text/plain Organization: IBM Date: Mon, 07 Nov 2005 15:33:03 -0600 Message-Id: <1131399183.25133.99.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1899 Lines: 40 On Mon, 2005-11-07 at 13:20 -0800, Rohit Seth wrote: > On Mon, 2005-11-07 at 12:58 -0800, Martin J. Bligh wrote: > > >> Isn't it true that most of the times we'll need to be worrying about > > >> run-time allocation of memory (using malloc or such) as compared to > > >> static. > > > > > > Perhaps for C. Not neccessarily true for Fortran. I don't know > > > anything about how memory allocations proceed there, but there > > > are no `malloc' calls (at least with that spelling) in the language > > > itself, and I don't know what it does for either static or dynamic > > > allocations under the hood. It could be malloc like or whatever > > > else. In the language itself, there are language features for > > > allocating and deallocating memory and I've seen code that > > > uses them, but haven't played with it myself, since my codes > > > need pretty much all the various pieces memory all the time, > > > and so are simply statically defined. > > > > Doesn't fortran shove everything in BSS to make some truly monsterous > > segment? > > > > hmmm....that would be strange. So, if an app is using TB of data, then > a TB space on disk ...then read in at the load time (or may be some > optimization in the RTLD knows that this is BSS and does not need to get > loaded but then a TB of disk space is a waster). Nope, the bss is defined as the difference in file size (on disk) and the memory size (as specified in the ELF program header for the data segment). So the kernel loads the pre-initialized data from disk and extends the mapping to include room for the bss. -- Adam Litke - (agl at us.ibm.com) IBM Linux Technology Center - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/