1. Chapter 4 Threads Patricia Roy Manatee Community College, Venice, FL ©2008, Prentice Hall Operating Systems: Internals and Design Principles, 6/E William Stallings

2. Processes and Threads Resource ownership - process includes a virtual address space to hold the process image Scheduling/execution- follows an execution path that may be interleaved with other processes These two characteristics are treated independently by the operating system

3. Processes and Threads Dispatching is referred to as a thread or lightweight process Resource ownership is referred to as a process or task

4. Multithreading To support multiple, concurrent paths of execution within a single process

5. Multithreading MS-DOS supports a single user process and thread Some variants of UNIX support multiple user processes but only one thread per process Java run-time environment is a single process with multiple threads Windows, Solaris, and other modern versions of Unix support multiple processes and multiple threads per process

6. Threads and Processes

7. Processes A virtual address space which holds the process image Protected access to processors, other processes (for interprocess communication), files, and I/O resources

8. One or More Threads in Process An execution state (running, ready, etc.) Saved thread context when not running An execution stack

9. One or More Threads in Process Some per-thread static storage for local variables Access to the memory and resources of its process –all threads of a process share this

10. Threads

11. Uses of Threads in a Single- User Multiprocessing System Modular program structure Foreground and background work –One thread for user-interface, another for data processing Speed of execution Asynchronous processing –For example, a thread to do backup for a word processor

12. Remote Procedure Call Using Single Thread Download and display a web page in a web browser

13. RPC Using One Thread per Server

14. Benefits of Threads Takes less time to create a new thread than a process –Experiment shows that it is 10 times faster Less time to terminate a thread than a process Less time to switch between two threads within the same process –No memory reallocation is involved

15. Benefits of Threads Since threads within the same process share memory and files, they can communicate with each other without invoking the kernel

16. Threads Suspending a process involves suspending all threads of the process since all threads share the same address space Termination of a process, terminates all threads within the process

17. Thread States States associated with a change in thread state –Spawn Spawn another thread –Block –Unblock –Finish Deallocate register context and stacks

18. Thread Implementation - Packages Threads are provided as a package, including operations to create, destroy, and synchronize them A package can be implemented as: –User-level threads –Kernel threads

19. User-Level Threads All thread management is done by the application The kernel is not aware of the existence of threads

20. User-Level Threads

22. Thread library entirely executed in user mode Kernel is not involved! Cheap to manage threads –Create: setup a stack –Destroy: free up memory Cheap to do context switch –Just save CPU registers –Done based on program logic A blocking system call blocks all peer threads

23. Kernel-Level Threads Kernel is aware of and schedules threads A blocking system call, will not block all peer threads Windows is an example of this approach Kernel maintains context information for the process and the threads Scheduling is done on a thread basis

24. Kernel-Level Threads

25. Kernel is aware of and schedules threads A blocking system call, will not block all peer threads More expensive to manage threads More expensive to do context switch Kernel intervention, mode switches are required

26. Thread/Process Operation Latencies Operation user-level threadskernel-level threads processes null fork 34 usec 948 11,300 usec usec signal-wait 37 usec441 usec1,840 usec

27. User vs. Kernel-Level Threads Users-level threads –Cheap to manage and to do context switch –A blocking system call blocks all peer threads Kernel-level threads –A blocking system call will not block all peer threads –Expensive to manage and to do context switch

28. Light-Weight Processes (LWP) Support for hybrid (user-level and kernel) threads, example is Solaris A process contains several LWPs In addition, the system provides user-level threads Developer: creates multi-threaded applications System: Maps threads to LWPs for execution

29. Thread Implementation – LWP Combining kernel-level lightweight processes and user- level threads

30. Thread Implementation – LWP Each LWP offers a virtual CPU LWPs are created by system calls They all run the scheduler, to schedule a thread Thread table is kept in user space Thread table is shard by all LWPs LWPs switch context between threads

31. Thread Implementation – LWP When a thread blocks, LWP schedules another ready thread Thread context switch is completely done in user mode When a thread blocks on a system call, execution mode changes from user to kernel but continues in the context of the current LWP When current LWP can no longer execute, context is switched to another LWP

32. Thread Implementation – LWP Combining kernel-level lightweight processes and user- level threads

33. LWP Features Cheap thread management A blocking system call may not suspend the whole process LWPs are transparent to the application LWPs can be easily mapped to different CPUs Managing LWPs is expensive (like kernel threads)

34. A Short Survey On awareness of CSE Bits & Bytes