lkml.org 
[lkml]   [2002]   [Jun]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Very big shm area
From
Date
To get *good* performance from such a large SGA, it's best to use a -aa
kernel I've found. Either 2.4.18-aa + whatever patches, or something
similar. But there's been some fixes/changes/optimizations to the -aa
tree with regards to large memory boxes.

I'm curious though how P4 HT will play into that performance on the new
Xeons though. I'll have more to report in the next few weeks.


On Sun, 2002-06-02 at 13:37, William Lee Irwin III wrote:
> On Sun, Jun 02, 2002 at 07:21:21PM +0200, Kilobug wrote:
> > Hello,
> > I wanted to know if it is possible to have a very big system V
> > shared memory segment (say about 1Gb) ?
> > I've quickly looked into the source code of shm.c and shm.h in ipc/
> > and I've read the following:
> > /*
> > * SHMMAX, SHMMNI and SHMALL are upper limits are defaults which can
> > * be increased by sysctl
> > */
> > But how far is it possible to increase them ? And which sysctl must be
> > done ?
> > Thank you for answering,
>
> ls /proc/sys/kernel/sh* and the names shouldn't be too tough from there.
> I'd be concerned about exercising this code on a virgin 2.4.17 as ISTR
> bugfixes for sysv ipc/shm cropping up in later kernel versions, though
> I can't say I've tracked this area very closely. Hopefully someone who
> does can chime in here and enlighten us both.
>
>
> Cheers,
> Bill
> -
> 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/
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:26    [W:0.044 / U:0.260 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site