what are the Architectural differences between User-space
threads, and Kernel-supported threads.
Answer / guest
User-space threads live without any support from the
kernel; they maintain all of their state in user space.
Since the kernel does not know about them, they cannot be
scheduled to run on multiple processors in parallel.
Kernel-supported threads fall into two classes.
In a "pure" kernel-supported system, the kernel is
responsible for scheduling all threads.
Systems in which the kernel cooperates with a user-level
library to do scheduling are known as two-level, or hybrid,
systems. Typically, the kernel schedules LWPs, and the user-
level library schedules threads onto LWPs.
Because of its performance problems (caused by the need to
cross the user/kernel protection boundary twice for every
thread context switch), the former class has fewer members
than does the latter (at least on Unix variants). Both
classes allow threads to be run across multiple processors
in parallel.
Is This Answer Correct ? | 3 Yes | 0 No |
When should we use thread-safe "_r" library calls?
what are the Architectural differences between User-space threads, and Kernel-supported threads.
Explain the different kinds of threads?
Explain similarities between thread and process?
Explain what is protection boundary?
What is the window of the working set of a process?
Explain what are the main families of threads?
what are the Performance differences between User-space threads and Kernel-supported threads.
What is Critical section?
what is Scheduling?
Tell me when should we use thread-safe "_r" library calls?
List the system calls used for process management?