All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josue Emmanuel Amaro <Josue.Amaro@oracle.com>
To: Linux-Kernel <linux-kernel@vger.kernel.org>
Subject: Value of TASK_UNMAPPED_SIZE on 2.4
Date: Fri, 03 Nov 2000 11:15:46 -0800	[thread overview]
Message-ID: <3A030EE2.92DC3F2@oracle.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 900 bytes --]

All,

TASK_UNMAPPED_SIZE is defined in include/asm-i386/processor.h as:

#define TASK_UNMAPPED_SIZE    (TASK_SIZE / 3)

The value of TASK_SIZE is defined as PAGE_OFFSET which is set to 0xC0000000
(page.h).  This works out to be a value of 0x4000000.

The question is:
Are there any negative side effects in defining TASK_UNMAPPED_SIZE to 0x1000000?

By doing this we allow a process to access more memory.  On Oracle it allows us
to grow our buffer size from 1.7 GB to 2.4 GB improving overall performance by
reducing I/O.

Thanks in advance,

--
=======================================================================
  Josue Emmanuel Amaro                         Josue.Amaro@oracle.com
  Linux Products Manager                       Phone:   650.506.1239
  Intel and Linux Technologies Group           Fax:     650.413.0167
=======================================================================


[-- Attachment #2: Card for Josue Emmanuel Amaro --]
[-- Type: text/x-vcard, Size: 390 bytes --]

begin:vcard 
n:Amaro;Josue Emmanuel
tel;cell:650-245-5131
tel;fax:650-413-0167
tel;work:650-506-1239
x-mozilla-html:FALSE
url:http://www.oracle.com
org:Intel and Linux Technologies
version:2.1
email;internet:Josue.Amaro@oracle.com
title:Sr.Product Manager - Linux
adr;quoted-printable:;;500 Oracle Parkway=0D=0AMS1ip4;Redwood Shores;CA;94065;United States
fn:Josue Emmanuel Amaro
end:vcard

             reply	other threads:[~2000-11-03 19:16 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-03 19:15 Josue Emmanuel Amaro [this message]
2000-11-03 19:37 ` Value of TASK_UNMAPPED_SIZE on 2.4 Andrea Arcangeli
2000-11-04  7:39 ` Josue Emmanuel Amaro
     [not found] <fa.d4dt9vv.1gm6abv@ifi.uio.no>
     [not found] ` <fa.ebii26v.1mgevrq@ifi.uio.no>
2000-11-03 20:27   ` Kai Harrekilde-Petersen
2000-11-03 20:46     ` Andrea Arcangeli
2000-11-03 22:36       ` Josue Emmanuel Amaro
2000-11-20  2:09         ` Andrea Arcangeli
  -- strict thread matches above, loose matches on Subject: below --
2000-11-04  1:09 Julian Anastasov
2000-11-04  0:51 ` Andrea Arcangeli
2000-11-04 10:37   ` Julian Anastasov

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=3A030EE2.92DC3F2@oracle.com \
    --to=josue.amaro@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.