public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ray Bryant <raybry@sgi.com>
To: "'David Gibson'" <david@gibson.dropbear.id.au>
Cc: "Chen, Kenneth W" <kenneth.w.chen@intel.com>,
	linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
	lse-tech@lists.sourceforge.net,
	"'Andy Whitcroft'" <apw@shadowen.org>,
	"'Andrew Morton'" <akpm@osdl.org>
Subject: Re: [Lse-tech] Re: hugetlb demand paging patch part [2/3]
Date: Sun, 18 Apr 2004 12:36:05 -0500	[thread overview]
Message-ID: <4082BC85.9010800@sgi.com> (raw)
In-Reply-To: <20040417120540.GC32444@zax>



'David Gibson' wrote:

> 
> 
> My main interest in it is as a prerequisite for various methods of
> "automatically" using hugepages for programs where it is difficult to
> manually code them to use hugetlbfs.  In particular, think HPC
> monsters written in FORTRAN.  e.g. automatically putting suitable
> aligned anonymous mmap()s in hugepages under some circumstances (I
> can't say I like that idea much), using an LD_PRELOAD to put
> malloc()ated memory into hugepages, or using a hacked ELF loader to
> put the BSS section (again, think FORTRAN) into hugepages (actually
> easier and less ugly than it sounds).
> 

Well, that certainly is a laudable goal.  At the moment, one usually has to 
resort to such things as POINTER variables and the like to get access to 
hugetlbpage segments.  Unfortunately, some of our experiments with the Intel 
compiler for ia64 have indicated  that the generated code can be significantly 
slower when arrays are referenced off of POINTER variables than when the same 
arrays are referenced out of COMMON, thus eliminating the performance gain of 
HUGETLB pages.

My question was really intended to address applying development effort to 
things that the users of hugetlbpages will likely actually use.  For example, 
it seems pointless to worry too much about demand paging of hugetlbpages out 
to disk.  Anyone who uses hugetlbpages for the performance boost they give 
will also likely have rightsized their problem or machine configuration to 
eliminate any swapping.

> In any of these cases having the memory have different semantics
> (MAP_SHARED) to normal anonymous memory would clearly be a Bad Thing.
> 
> 
> 
> 

-- 
Best Regards,
Ray
-----------------------------------------------
                   Ray Bryant
512-453-9679 (work)         512-507-7807 (cell)
raybry@sgi.com             raybry@austin.rr.com
The box said: "Requires Windows 98 or better",
            so I installed Linux.
-----------------------------------------------


  reply	other threads:[~2004-04-18 17:35 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-13 23:22 hugetlb demand paging patch part [2/3] Chen, Kenneth W
2004-04-15  7:17 ` David Gibson
2004-04-15 17:27   ` Chen, Kenneth W
2004-04-16  2:34     ` 'David Gibson'
2004-04-16  2:58       ` Chen, Kenneth W
2004-04-16  3:27         ` 'David Gibson'
2004-04-16  4:13           ` Chen, Kenneth W
2004-04-16  4:49             ` 'David Gibson'
2004-04-16  5:56               ` Chen, Kenneth W
2004-04-16  6:15                 ` 'David Gibson'
2004-04-16 19:05               ` Ray Bryant
2004-04-17 12:05                 ` 'David Gibson'
2004-04-18 17:36                   ` Ray Bryant [this message]
2004-04-19  0:47                     ` [Lse-tech] " 'David Gibson'

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4082BC85.9010800@sgi.com \
    --to=raybry@sgi.com \
    --cc=akpm@osdl.org \
    --cc=apw@shadowen.org \
    --cc=david@gibson.dropbear.id.au \
    --cc=kenneth.w.chen@intel.com \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lse-tech@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox