At 12:16 AM 6/8/99 +0100, Alan Cox wrote:
>> So you are saying this is a gcc problem?
>
>No Im saying that wrapping sys5 shared memory nicely is a _library_ problem.
>
>> checkout mmap for example. in UNIX you can do an anonymous and
>> shared map. This is what i do in NT. In Linux this isn't implement
>> yet in the kernel.
>
>Now that I won't argue with. Thats quite valid.
>
>> You can't create in the linux kernel a shared memory region that's
>> bigger than 32 megabytes. You CAN allocate more than
>> 32 mb if you do what i described in previous email, but then
>> you allocate it IPC_PRIVATE.
>
>I've allocated 100Mb shared memory regions just fine.
under unix indeed. under linux no way.
send the source code.
remember i talk about multiple PROCESSES.
not about 1 process with several threads. that's
completely different from this.
My program is doing IPC and therefore needs shared memory using
processes. By changing a single thing in the kernel and recompiling
kernel you can easily allocate up to 128 mb memory. Above
128 mb you really need to know what you change in kernel, and
i don't know this and i don't understand why there is this limit in
linux anyway.
Yet i want to allocate way beyond that 128 mb, so
please try to allocate 130 mb at your machine,
and quote source here.
Greetings,
Vincent
>> >Then you have another kernel bug or your request to delete it after attach
>> >failed and you didnt check the errno. What kernel are you using. If its
2.0
>> >and threaded then it could well be a real problem
>>
>> all new versions. Ask Robert Hyatt for what version kernel is
>> 2.2.9 or something i guess.
>
>Its working here on my 2.2.9 kernel. Can you give me some example code
>that fails ?
>
>Alan
>
>-
>Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
>To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
>
>
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
