Current Thread mapping

SaNtosh kuLkarni santosh.yesoptus at gmail.com
Sun Jan 15 08:37:25 EST 2012


Thanks Andi ,,Rohan,,,,for the quick reply

ya you are rite ..i was asking bout kernel side scheduling user space
threads and how they handle them....

On Sun, Jan 15, 2012 at 4:02 PM, Andi <andi.shyti at gmail.com> wrote:

> **
> Hi Santi,
>
> I'm no sure that I've fully understood the question. What do you mean
> about mapping?
> If you mean kernel/user memory memory mapping, in the kernel there is not
> a mapping of the memory user task in the kernel.
> If with mapping you mean the relation between userspace task and
> scheduling entries, then the relation is 1:1.
> Remember that the kernel doesn't really know that there is a difference
> between process and threads, it's why they are called tasks, threads,
> process at the same way. The only difference is the way you create it in
> userspace. As soon as you create it in your userspace process, the kernel
> links it to a kernel structure called 'struct task_struct' (linux/sched.h)
> which contains many descriptions on the thread/process you have just
> created.
> 1 userpace thread:1 struct task_struct, this is what I mean with 1:1
> mapping
>
> Andi
>
> On 01/15/2012 10:32 AM, SaNtosh kuLkarni wrote:
>
> HI everyone just wanted to know whats the current implementation of user||
> kernel space thread mapping ...is it 1:1 or does it depend on the needs ?
> For example say if i have 12k user space thread running ,,,how many kernel
> space thread would be managing them... as far as i know there is 1:1 mappin
>
>  Thanks
>
>  --
> *Regards,
> Santi*
>
>
> _______________________________________________
> Kernelnewbies mailing listKernelnewbies at kernelnewbies.orghttp://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>
>


-- 
*Regards,
Santosh Kulkarni*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20120115/d61a58c1/attachment.html 


More information about the Kernelnewbies mailing list