Re: Re: Change UID for threads?

Thank you for your explanation. Since threads are still at "dev"-status (and btw slow on creation in perl), I'll switch to forking processes. Those hopefully work the same on different kernels/implementations. Do they?

You mentioned that memory is beeing shared when using threads. I could sucessfully change shared memory data as a non-superuser (with this threads-behaviour). But if you now use IPC::Shareable, you are able to set permissions for the shared memory between processes. Is the sharing between processes or threads on the same level (on Linux)? So you possibly could change permissions for thread shared memory as well? I'm just curious about shared memory, because it seems to me to be a good IPC tool.

Comment on Re: Re: Change UID for threads?

Replies are listed 'Best First'.
Re: Re: Re: Change UID for threads? by MarkM (Curate) on Jul 09, 2003 at 18:00 UTC
Threads share memory by using the same virtual memory space. Memory at address 0xDD000000 in one thread is the same memory at address 0xDD000000 in the other thread. If malloc() is executed in one thread, the address can be passed to the other thread, and the other thread can access it as expected. IPC shared memory segments are a little different. The memory is registered against an identifier, and exists outside of the address space of the other processes. Processes that use the shm*() controls can map the shared memory segment into their virtual memory. IPC shared memory segments are protected, as you say, with user and group permissions. As for which one to use? This is a hard call. It becomes even harder when you bring Perl into the picture, as Perl threads does not allow you to take full advantage of the fact that memory is shared (memory has to be copied from one thread to another, as opposed to accessed in a synchronized manner). Given that you want to use permissions, and have each execution thread running as a different userid, IPC::Shareable may be your only real option. Good luck! mark	[reply]

Replies are listed 'Best First'.

Re: Re: Re: Change UID for threads?
by MarkM (Curate) on Jul 09, 2003 at 18:00 UTC

Threads share memory by using the same virtual memory space. Memory at address 0xDD000000 in one thread is the same memory at address 0xDD000000 in the other thread. If malloc() is executed in one thread, the address can be passed to the other thread, and the other thread can access it as expected.

IPC shared memory segments are a little different. The memory is registered against an identifier, and exists outside of the address space of the other processes. Processes that use the shm*() controls can map the shared memory segment into their virtual memory. IPC shared memory segments are protected, as you say, with user and group permissions.

As for which one to use? This is a hard call. It becomes even harder when you bring Perl into the picture, as Perl threads does not allow you to take full advantage of the fact that memory is shared (memory has to be copied from one thread to another, as opposed to accessed in a synchronized manner). Given that you want to use permissions, and have each execution thread running as a different userid, IPC::Shareable may be your only real option.

Good luck!
mark

[reply]