linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* SHM implementation in 2.2.x
@ 1999-07-14 15:05 Thomas Hiller
  1999-07-14 17:20 ` Kanoj Sarcar
  0 siblings, 1 reply; 2+ messages in thread
From: Thomas Hiller @ 1999-07-14 15:05 UTC (permalink / raw)
  To: Linux-MM, kanoj

What are the real limits in using SHM ?
I looked through the code and are quite lost.
There seem to be a 24 bit limit in ID + IDX bits (shmparam.h). Is this
due to the fact that the other 8 bits are used for SWP_TYPE ?
What is the limit for SHMMAX and what advantage is there to leave it at
a lower limit ?

What we need are many big shared segments (say 4000 * 1 GB). Is this
possible with the current implementation ? Or what must be changed ?
Only SHM_ID_BITS and SHMMAX ?

Thanks in advance.

- Thomas

--
Thomas Hiller
Compaq Computer EMEA BV
SAP International Competence Center
LinuxLab



--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: SHM implementation in 2.2.x
  1999-07-14 15:05 SHM implementation in 2.2.x Thomas Hiller
@ 1999-07-14 17:20 ` Kanoj Sarcar
  0 siblings, 0 replies; 2+ messages in thread
From: Kanoj Sarcar @ 1999-07-14 17:20 UTC (permalink / raw)
  To: Thomas Hiller; +Cc: Linux-MM

> 
> What are the real limits in using SHM ?
> I looked through the code and are quite lost.
> There seem to be a 24 bit limit in ID + IDX bits (shmparam.h). Is this
> due to the fact that the other 8 bits are used for SWP_TYPE ?
> What is the limit for SHMMAX and what advantage is there to leave it at
> a lower limit ?
>

Assuming you are talking about ia32 include/asm-i386/shmparam.h.
Look at my patch posted at 

	http://humbolt.nl.linux.org/lists/linux-mm/1999-06/msg00071.html

that tries to clear up some of the confusion. As far as I can see, 
SHMMAX really does not have a limit, except that it has to be a 
signed int.

> What we need are many big shared segments (say 4000 * 1 GB). Is this
> possible with the current implementation ? Or what must be changed ?
> Only SHM_ID_BITS and SHMMAX ?
>

You can bump up SHMMAX to 1Gb, but you can not cross 2Gb since
shmget() is prototyped to take an "int" size. I have a small patch
that actually lets SHMMAX go up to TASK_SIZE, unfortunately 
reporting tools like ipcs get confused (not a big deal if you know
what you are getting into ...) For the 4000 segments, try bumping
up SHMMNI.

Feel free to get in touch with me via private email if you need help.

Kanoj
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1999-07-14 17:20 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-07-14 15:05 SHM implementation in 2.2.x Thomas Hiller
1999-07-14 17:20 ` Kanoj Sarcar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox