<<< text/html; charset="UTF-8": Unrecognized >>>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins i
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
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
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
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
&
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/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/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 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 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
- 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
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
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
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 | 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
-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 | 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
Wilson
ja...@redhat.com
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to
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
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
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/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
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
.
Regards,
Lawrence A Wilson
Chief Shipment Officer
Linux Recovery
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice&qu
24 matches
Mail list logo
