script which attempts to implement that, asking the
user only three questions (how much memory and what users and group
should be able to use it), which should get them up and going.
Signed-off-by: Jarod Wilson
---
Makefile |2 +-
huge_page_setup_helper.py | 329
On 10/26/09 6:23 AM, Eric B Munson wrote:
> On Thu, 22 Oct 2009, Jarod Wilson wrote:
> ...snip
>>>
>>> Jarod,
>>>
>>> Can you please resubmit this as a patch against libhugetlbfs.
>>
>> Sure. Any preference on exactly where it should go, an
On 10/22/09 5:30 AM, Eric B Munson wrote:
> On Tue, 20 Oct 2009, Jarod Wilson wrote:
>
>> On 10/16/09 2:31 AM, Eric B Munson wrote:
>>> On Fri, 02 Oct 2009, Jarod Wilson wrote:
>>>
>>>> Here's an updated huge page setup helper script, now using al
On 10/16/09 2:31 AM, Eric B Munson wrote:
> On Fri, 02 Oct 2009, Jarod Wilson wrote:
>
>> Here's an updated huge page setup helper script, now using all the
>> facilities added to hugeadm by the 5-part hugeadm enhancements patch
>> series.
>>
>> The short v
n the tree?
(btw, you can set DEBUG = True at the top of the script to run it w/o
actually doing anything)
--
Jarod Wilson
ja...@redhat.com
#!/usr/bin/python
#
# Tool to set up Linux large page support with minimal effort
#
# by Jarod Wilson
# (c) Red Hat, Inc., 2009
#
# Requires hugeadm
setting recommended shmmax value
- print notice in --explain output about current shmmax value
- add --set-recommended-shmmax switch, which (after huges pages
are configured) sets shmmax to a value equal to the sum of the
maximum space that has been allocated for huge pages
--
Jarod
Signed-off-by: Jarod Wilson
---
hugeadm.c | 47 +++
man/hugeadm.8 |7 +++
2 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/hugeadm.c b/hugeadm.c
index f53aff3..5e92de5 100644
--- a/hugeadm.c
+++ b/hugeadm.c
@@ -95,6 +95,8
-off-by: Jarod Wilson
---
hugeadm.c | 42 ++
man/hugeadm.8 | 25 +++--
2 files changed, 49 insertions(+), 18 deletions(-)
diff --git a/hugeadm.c b/hugeadm.c
index 8871163..f53aff3 100644
--- a/hugeadm.c
+++ b/hugeadm.c
@@ -88,9
Signed-off-by: Jarod Wilson
---
hugeadm.c | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/hugeadm.c b/hugeadm.c
index 21d7d5d..8871163 100644
--- a/hugeadm.c
+++ b/hugeadm.c
@@ -67,6 +67,7 @@ extern char *optarg;
#define PROCMOUNTS
about current shmmax value
- add --set-recommended-shmmax switch, which (after huges pages
are configured) sets shmmax to a value equal to the sum of the
maximum space that has been allocated for huge pages
--
Jarod Wilson
ja...@redhat.com
Signed-off-by: Jarod Wilson
---
hugeadm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hugeadm.c b/hugeadm.c
index 5c110cf..a793267 100644
--- a/hugeadm.c
+++ b/hugeadm.c
@@ -668,7 +668,7 @@ void check_minfreekbytes(void)
/* There should be at least one
Signed-off-by: Jarod Wilson
---
hugeadm.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/hugeadm.c b/hugeadm.c
index 5c110cf..21d7d5d 100644
--- a/hugeadm.c
+++ b/hugeadm.c
@@ -73,6 +73,7 @@ extern char *optarg;
#define MAX_SIZE_MNTENT (64 + PATH_MAX
- print notice in --explain output about current shmmax value
- add --set-recommended-shmmax switch, which (after huges pages
are configured) sets shmmax to a value equal to the sum of the
maximum space that has been allocated for huge pages
Signed-off-by: Jarod Wilson
---
hugeadm.c
On 10/01/2009 11:14 AM, Mel Gorman wrote:
> On Thu, Oct 01, 2009 at 10:18:50AM -0400, Jarod Wilson wrote:
...
>>> Is it really a good idea fix shmmax as the total of maximum
>>> memory. As this is about hugepages, would a better value for shmmax
>>> be t
On 10/01/2009 09:07 AM, Mel Gorman wrote:
> On Wed, Sep 30, 2009 at 12:22:34PM -0400, Jarod Wilson wrote:
...
>> So hopefully, I've not butchered anything *too* badly...
>>
>
> The entire diff is a bit of a mouthful so here is a patch-by-patch
> commentary. It might be
On 09/18/2009 03:43 AM, Mel Gorman wrote:
On Thu, Sep 17, 2009 at 04:59:15PM -0400, Jarod Wilson wrote:
The attached python script has been used successfully on Red Hat
Enterprise Linux 5, Fedora 11 and Fedora 12, and is likely to work for
other distros (though possibly with some minor tweaking
On 09/17/2009 06:46 AM, Mel Gorman wrote:
> On Wed, Sep 09, 2009 at 11:04:57AM -0400, Jarod Wilson wrote:
>> Hey folks,
>>
>> We (Red Hat) get the occasional complaint, particularly from jboss
>> folks, that setting up large page access for java app servers is too
>&
On 09/09/2009 08:16 PM, David Gibson wrote:
On Wed, Sep 09, 2009 at 11:04:57AM -0400, Jarod Wilson wrote:
Hey folks,
We (Red Hat) get the occasional complaint, particularly from jboss
folks, that setting up large page access for java app servers is too
difficult. As a result, I was asked to
On 09/09/2009 08:16 PM, David Gibson wrote:
> On Wed, Sep 09, 2009 at 11:04:57AM -0400, Jarod Wilson wrote:
>> Hey folks,
>>
>> We (Red Hat) get the occasional complaint, particularly from jboss
>> folks, that setting up large page access for java app servers is too
&
this sucks horribly, please
go away" (but hopefully they aren't). :)
--
Jarod Wilson
ja...@redhat.com
#!/usr/bin/python
#
# Tool to set up Linux large page support with minimal effort
#
# by Jarod Wilson
# (c) Red Hat, Inc., 2009
#
import os
debug = False
# config files we nee
ng
but ppc32 userland packages in Fedora Extras. Only a select few packages
in Fedora Core are even built both ppc32 and ppc64. ppc64 systems are
usually only the kernel and a few libs that are actually 64-bit, the
rest is 32-bit (for performance reasons, or so I'm told). Of course, you
can sim
finitely not advisable for use on SUSE, but there's a good chance the
SRPM can be rebuilt on SUSE, producing a suitable binary package..
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
22 matches
Mail list logo
