The Big Picture So Far. Chapter 4: Processes

Similar documents
The Big Picture So Far. Chapter 4: Processes

Diagram of Process State Process Control Block (PCB)

Process Concept. Chapter 4: Processes. Diagram of Process State. Process State. Process Control Block (PCB) Process Control Block (PCB)

Chapter 4: Processes

Chapter 4: Processes. Process Concept

Chapter 3: Processes. Chapter 3: Processes. Process in Memory. Process Concept. Process State. Diagram of Process State

Processes. Electrical and Computer Engineering Stephen Kim ECE/IUPUI RTOS & Apps 1

Part Two - Process Management. Chapter 3: Processes

Processes. Operating System Concepts with Java. 4.1 Sana a University, Dr aimen

Chapter 5: Processes & Process Concept. Objectives. Process Concept Process Scheduling Operations on Processes. Communication in Client-Server Systems

Chapter 3: Processes. Operating System Concepts 8 th Edition,

Chapter 4: Processes. Process Concept

Chapter 4: Processes

Chapter 3: Processes. Operating System Concepts Essentials 8 th Edition

Chapter 3: Processes. Operating System Concepts Essentials 2 nd Edition

Chapter 3: Processes. Operating System Concepts 8 th Edition,

Chapter 3: Processes

Chapter 3: Process Concept

OPERATING SYSTEMS. UNIT II Sections A, B & D. An operating system executes a variety of programs:

COP 4610: Introduction to Operating Systems (Spring 2014) Chapter 3: Process. Zhi Wang Florida State University

Processes and More. CSCI 315 Operating Systems Design Department of Computer Science

Chapter 4: Processes. Process Concept. Process State

Chapter 3: Process-Concept. Operating System Concepts 8 th Edition,

Chapter 3: Processes. Operating System Concepts 8 th Edition,

Chapter 4: Processes

Chapter 3: Processes

Lecture 2 Process Management

Module 4: Processes. Process Concept Process Scheduling Operation on Processes Cooperating Processes Interprocess Communication

Module 4: Processes. Process Concept Process Scheduling Operation on Processes Cooperating Processes Interprocess Communication

Chapter 3: Processes. Operating System Concepts 9 th Edition

COP 4610: Introduction to Operating Systems (Spring 2016) Chapter 3: Process. Zhi Wang Florida State University

Chapter 3 Processes. Process Concept. Process Concept. Process Concept (Cont.) Process Concept (Cont.) Process Concept (Cont.)

CHAPTER 3 - PROCESS CONCEPT

Chapter 3: Process Concept

Chapter 3: Process Concept

Chapter 3: Processes. Operating System Concepts 9 th Edition

Chapter 3: Process Concept

Chapter 3: Processes. Operating System Concepts 8th Edition

Chapter 3: Process Concept

Part V. Process Management. Sadeghi, Cubaleska RUB Course Operating System Security Memory Management and Protection

Process Concept Process Scheduling Operations On Process Inter-Process Communication Communication in Client-Server Systems

Chapter 3: Processes. Operating System Concepts 8th Edition,

Chapter 3: Processes. Operating System Concepts 8th Edition, modified by Stewart Weiss

Process. Operating Systems (Fall/Winter 2018) Yajin Zhou ( Zhejiang University

Process Concept. Minsoo Ryu. Real-Time Computing and Communications Lab. Hanyang University.

Processes. CSE 2431: Introduction to Operating Systems Reading: Chap. 3, [OSC]

Process a program in execution; process execution must progress in sequential fashion. Operating Systems

Process. Program Vs. process. During execution, the process may be in one of the following states

Chapter 3: Processes

Roadmap. Tevfik Ko!ar. CSC Operating Systems Fall Lecture - III Processes. Louisiana State University. Processes. September 1 st, 2009

CS370 Operating Systems

CS307 Operating Systems Processes

Processes. Process Concept. The Process. The Process (Cont.) Process Control Block (PCB) Process State

! The Process Control Block (PCB) " is included in the context,

Outline. Interprocess Communication. Interprocess Communication. Communication Models: Message Passing and shared Memory.

What Is A Process? Process States. Process Concept. Process Control Block (PCB) Process State Transition Diagram 9/6/2013. Process Fundamentals

Processes and Threads

CS420: Operating Systems. Interprocess Communication

Chapter 3: Processes

Today: Process Management. The Big Picture So Far. What's in a Process? Example Process State in Memory

Notice: This set of slides is based on the notes by Professor Perrone of Bucknell and the textbook authors Silberschatz, Galvin, and Gagne

The Big Picture So Far. Today: Process Management

Course: Operating Systems Instructor: M Umair. M Umair

2. PROCESS. Operating System Concepts with Java 8th Edition Silberschatz, Galvin and Gagn

Process Concept Process in Memory Process State new running waiting ready terminated Diagram of Process State

Operating Systems CMPSCI 377 Spring Mark Corner University of Massachusetts Amherst

CS370 Operating Systems

CSI Module 2: Processes

ICS Principles of Operating Systems

PROCESS MANAGEMENT. Operating Systems 2015 Spring by Euiseong Seo

Processes. Process Concept

Chapter 3: Processes. Operating System Concepts 9 th Edit9on

Operating System Design

CSC 539: Operating Systems Structure and Design. Spring 2006

Roadmap. Tevfik Ko!ar. CSC Operating Systems Spring Lecture - III Processes. Louisiana State University. Virtual Machines Processes

UNIT - II PROCESS MANAGEMENT

Interprocess Communication

Prepared by Prof. Hui Jiang Process. Prof. Hui Jiang Dept of Electrical Engineering and Computer Science, York University

Process. Prepared by Prof. Hui Jiang Dept. of EECS, York Univ. 1. Process in Memory (I) PROCESS. Process. How OS manages CPU usage? No.

CHAPTER 2: PROCESS MANAGEMENT

Operating Systems. Figure: Process States. 1 P a g e

Page 1. Analogy: Problems: Operating Systems Lecture 7. Operating Systems Lecture 7

Lecture 5: Process Description and Control Multithreading Basics in Interprocess communication Introduction to multiprocessors

Processes. Operating System Concepts 8 th Edition

Outlook. Process Concept Process Scheduling Operations on Processes. IPC Examples

CPSC 341 OS & Networks. Processes. Dr. Yingwu Zhu

Exercise (could be a quiz) Solution. Concurrent Programming. Roadmap. Tevfik Koşar. CSE 421/521 - Operating Systems Fall Lecture - IV Threads

Operating Systems. Lecture 06. System Calls (Exec, Open, Read, Write) Inter-process Communication in Unix/Linux (PIPE), Use of PIPE on command line

Process! Process Creation / Termination! Process Transitions in" the Two-State Process Model! A Two-State Process Model!

Processes. Rafael Ramirez Dep Tecnologia Universitat Pompeu Fabra

CS370 Operating Systems Midterm Review

Killing Zombies, Working, Sleeping, and Spawning Children

Operating System Concepts Ch. 3: Processes

Processes CHAPTER CHAPTER OBJECTIVES. 3.1 Process Concept

Processes. Process Scheduling, Process Synchronization, and Deadlock will be discussed further in Chapters 5, 6, and 7, respectively.

Operating Systems. Lecture 05

Dept. Of Computer Science, Colorado State University

Frequently asked questions from the previous class survey

Concurrent Processes. CS 475, Spring 2018 Concurrent & Distributed Systems

Processes. CS 475, Spring 2018 Concurrent & Distributed Systems

Transcription:

The Big Picture So Far HW Abstraction Processor Memory IO devices File system Distributed systems Example OS Services Process management, protection, synchronization Memory Protection, management, VM Interrupt handling, concurrency with CPU Management, Persistence Security, distrib. file system, communication User level Abstractions Process Address space Mouse, keyboard, IO related system calls Files RPC calls, sharing files, Chapter 4: Processes Process Concept Process Scheduling Operations on Processes Cooperating Processes Interprocess Communication Communication in Client-Server Systems

Process Concept An operating system executes a variety of programs: Batch system jobs Time-shared systems user programs or tasks Textbook uses the terms job and process almost interchangeably. Process a program in execution; process execution must progress in sequential fashion. A process includes: program counter stack data section Process State As a process executes, it changes state Each process may be in one of the following states (names vary across various OS): new: The process is being created. running: Instructions are being executed. waiting: The process is waiting for some event to occur. ready: The process is waiting to be assigned to a processor. terminated: The process has finished execution.

Diagram of Process State Process Control Block (PCB) Information associated with each process in the OS, i.e., the process related data structure. The PCB contains: Process state (running, waiting, ) Program counter (value of PC) Stack pointer, General purpose CPU registers CPU scheduling information (e.g., priority) Memory-management information Username of owner I/O status information Pointer to state queues,..

Process Control Block (PCB) Example Process State in Memory What you wrote: In memory: PC-> void X(int b){ If (b==1).. } main(){ int a = 2; X(a); }

CPU Switch From Process to Process PCBs and Hardware State The OS starts executing a process by loading hardware registers from its PCB While the process is running the CPU modifies the hw registers (PC, SP,..) When the process stops a process it saves the current values into the PCB Going from one process to another is the context switch 100 to 1000 switches per second Cost of CSW is related to the time period

Process Scheduling Queues Queues related to process scheduling: Job queue set of all processes in the system. Ready queue set of all processes residing in main memory, ready and waiting to execute. Device queues set of processes waiting for an I/O device. Process migration between the various queues managed by the OS. Ready Queue And Various I/O Device Queues

Representation of Process Scheduling Schedulers Different schedulers in the OS: Long-term scheduler (or job scheduler) selects which processes should be brought into the ready queue. Short-term scheduler (or CPU scheduler) selects which process should be executed next and allocates CPU.

Addition of Medium Term Scheduling Schedulers (Cont.) Short-term scheduler is invoked very frequently (milliseconds) (must be fast). Long-term scheduler is invoked very infrequently (seconds, minutes) (may be slow). The long-term scheduler controls the degree of multiprogramming. Processes can be described as either: I/O-bound process spends more time doing I/O than computations, many short CPU bursts. CPU-bound process spends more time doing computations; few very long CPU bursts.

Context Switch When CPU switches to another process, the system must save the state of the old process and load the saved state for the new process. Context-switch time is overhead; the system does no useful work while switching. Time dependent on hardware support. Process Creation Parent process create children processes, which, in turn create other processes, forming a tree of processes. Resource sharing Parent and children share all resources. Children share subset of parent s resources. Parent and child share no resources. Execution Parent and children execute concurrently. Parent waits until children terminate.

Process Creation (Cont.) Address space Child duplicate of parent. Child has a program loaded into it. UNIX examples fork system call creates new process exec system call used after a fork to replace the process memory space with a new program. Processes Tree on a UNIX System

An example with fork() #include <unistd.h> #include <sys/wait.h> #include <stdio.h> main() { int parentid = getpid(); /* ID of this process */ char prgname[1024]; gets(prgname); /* read the name of program we start */ int cid = fork(); if (cid == 0) { /* I am the child process */ execlp(prgname, prgname, 0); /* if the program prgname can be started then we never get to this line, because the child program is replaced by prgname */ } else {/* I am the parent process */ sleep(1); /* Give my child time to start */ waitpid(cid, 0,0); /* wait for my child to terminate */ } } After the fork() call

Process Termination Process executes last statement and asks the operating system to decide it (exit). Output data from child to parent (via wait). Process resources are deallocated by operating system. Parent may terminate execution of children processes (abort). Child has exceeded allocated resources. Task assigned to child is no longer required. Parent is exiting. Operating system does not allow child to continue if its parent terminates. Cascading termination. Cooperating Processes Independent process cannot affect or be affected by the execution of another process. Cooperating process can affect or be affected by the execution of another process Advantages of process cooperation Information sharing Computation speed-up Modularity Convenience

Ways of cooperating Interprocess commnication (IPC) Shared memory A range in the memory space is shared between processes Message passing Direct communication Indirect, e.g., through a mailbox Important to note that these ways are typically logical One can have a message passing implementation on top of shared memory hardware/abstraction One can have shared memory on top of message passing hardware/abstraction Producer-Consumer Problem Paradigm for cooperating processes, producer process produces information that is consumed by a consumer process. unbounded-buffer places no practical limit on the size of the buffer. bounded-buffer assumes that there is a fixed buffer size.

Bounded-Buffer Shared-Memory Solution Shared data #define BUFFER_SIZE 10 Typedef struct {... } item; item buffer[buffer_size]; int in = 0; int out = 0; Solution is correct, but can only use BUFFER_SIZE-1 elements Bounded-Buffer Producer Process item nextproduced; while (1) { while (((in + 1) % BUFFER_SIZE) == out) ; /* do nothing */ buffer[in] = nextproduced; in = (in + 1) % BUFFER_SIZE; }

Bounded-Buffer Consumer Process item nextconsumed; while (1) { while (in == out); /* do nothing */ nextconsumed = buffer[out]; out = (out + 1) % BUFFER_SIZE; } Producer-consumer side by side item nextproduced; while (1) { while (((in + 1) % BUFFER_SIZE) == out) ; /* do nothing */ buffer[in] = nextproduced; in = (in + 1) % BUFFER_SIZE; } item nextconsumed; while (1) { while (in == out) ; /* do nothing */ nextconsumed = buffer[out]; out = (out + 1) % BUFFER_SIZE; }

Message Passing Mechanism for processes to communicate and to synchronize their actions. Message system processes communicate with each other without resorting to shared variables. IPC facility provides two operations: send(message) message size fixed or variable receive(message) If processes P and Q wish to communicate, they need to: establish a communication link between them exchange messages via send/receive Implementation Questions How are links established? Can a link be associated with more than two processes? How many links can there be between every pair of communicating processes? What is the capacity of a link? Is the size of a message that the link can accommodate fixed or variable? Is a link unidirectional or bi-directional?

Direct Communication Processes must name each other explicitly: send (P, message) send a message to process P receive(q, message) receive a message from process Q Properties of communication link Links are established automatically. A link is associated with exactly one pair of communicating processes. Between each pair there exists exactly one link. The link may be unidirectional, but is usually bidirectional. Indirect Communication Messages are directed and received from mailboxes (also referred to as ports). Each mailbox has a unique id. Processes can communicate only if they share a mailbox. Properties of communication link Link established only if processes share a common mailbox A link may be associated with many processes. Each pair of processes may share several communication links. Link may be unidirectional or bi-directional.

Indirect Communication Operations create a new mailbox send and receive messages through mailbox destroy a mailbox Primitives are defined as: send(a, message) send a message to mailbox A receive(a, message) receive a message from mailbox A Indirect Communication Mailbox sharing P 1, P 2, and P 3 share mailbox A. P 1, sends; P 2 and P 3 receive. Who gets the message? Solutions Allow a link to be associated with at most two processes. Allow only one process at a time to execute a receive operation. Allow the system to select arbitrarily the receiver. Sender is notified who the receiver was.

Synchronization Message passing may be either blocking or nonblocking. Blocking is considered synchronous Non-blocking is considered asynchronous send and receive primitives may be either blocking or non-blocking. Buffering Queue of messages attached to the communication link; implemented in one of three ways. 1.Zero capacity 0 messages Sender must wait for receiver (rendezvous). 2.Bounded capacity finite length of n messages; Sender must wait if link full. 3.Unbounded capacity infinite length Sender never waits.

Client-Server Communication Many systems are organized in client-server fashion and use unique IPC Relationship of multiple clients that cooperate with a server Client-server IPC Implemented on top of existing shared memory or message passing abstractions, e.g., Sockets (e.g., BSD) Remote Procedure Calls (RPC) Remote Method Invocation (Java) Sockets A socket is defined as an endpoint for communication. Concatenation of IP address and port The socket 161.25.19.8:1625 refers to port 1625 on host 161.25.19.8 Communication consists between a pair of sockets. It is used on systems that need explicit and low overhead approach Low level approach, RPC for example can be implemented on top of a socket API

Socket Communication Remote Procedure Calls Remote procedure call (RPC) abstracts procedure calls between processes on networked systems. Stubs client-side proxy for the actual procedure on the server. The client-side stub locates the server and marshalls the parameters. The server-side stub receives this message, unpacks the marshalled parameters, and performs the procedure on the server.

Execution of RPC Remote Method Invocation Remote Method Invocation (RMI) is a Java mechanism similar to RPCs. RMI allows a Java program on one machine to invoke a method on a remote object.

Marshalling Parameters