Programmazione di Sistema 3



Documenti analoghi
Program m azione di Sistem a 3

Processi UNIX. I Processi nel SO UNIX. Gerarchie di processi UNIX. Modello di processo in UNIX

Gestione dei processi

Chiamate di sistema per la Gestione dei processi in POSIX. E.Mumolo, DEEI

AXO. Operativo. Architetture dei Calcolatori e Sistema. programmazione di sistema

Programmazione multiprocesso

Processi in Linux. Igino Corona 20 Ottobre 2009

System call per la gestione di processi

Processi e Sincronizzazione. Laboratorio Software C. Brandolese M. Grotto

Computazione multi-processo. Condivisione, Comunicazione e Sincronizzazione dei Processi. Segnali. Processi e Threads Pt. 2

Modello dei processi. Riedizione delle slide della Prof. Di Stefano

CREAZIONE PROCESSI IN UNIX 20

Lab. di Sistemi Operativi - Esercitazione n 7- -Gestione dei processi Unix-

Sistemi Operativi. Des crizione e controllo dei proces s i

Elementi di Architettura e Sistemi Operativi

Gestione dei processi

Capitolo 3 -- Silberschatz

LABORATORIO DI SISTEMI OPERATIVI

Corso di Sistemi Operativi Ingegneria Elettronica e Informatica prof. Rocco Aversa. Raccolta prove scritte. Prova scritta

Sistemi Operativi. Esercitazione 2 Compilazione, Makefile e Processi

Sistemi Operativi MECCANISMI E POLITICHE DI PROTEZIONE. D. Talia - UNICAL. Sistemi Operativi 13.1

MECCANISMI E POLITICHE DI PROTEZIONE 13.1

Sistemi Operativi. Processi GESTIONE DEI PROCESSI. Concetto di Processo. Scheduling di Processi. Operazioni su Processi. Processi Cooperanti

Concetto di processo. Processi. Immagine in memoria di un processo. Stati di un processo. Un SO esegue una varietà di attività:

GESTIONE DEI PROCESSI

Strutture. Strutture e Unioni. Definizione di strutture (2) Definizione di strutture (1)

Î Modello ad Ambiente Locale P1 P1. File System P2 P2 P3 P3. Processi in UNIX. Modello di Processo in UNIX

Con il termine Sistema operativo si fa riferimento all insieme dei moduli software di un sistema di elaborazione dati dedicati alla sua gestione.

I SISTEMI OPERATIVI (1)

Sistemi Operativi. Descrizione e controllo dei processi

I Processi nel Sistema Operativo Unix

Corso di Laboratorio di Sistemi Operativi

Controllo di processi

Lab. di Sistemi Operativi - Esercitazione n 9- -Thread-

Il descrittore di processo (PCB)

Funzioni in C. Violetta Lonati

Sincronizzazione e comunicazione tra processi in Unix. usati per trasferire ad un processo l indicazione che un determinato evento si è verificato.

Processi e thread. Dipartimento di Informatica Università di Verona, Italy. Sommario

Università di Torino Facoltà di Scienze MFN Corso di Studi in Informatica. Programmazione I - corso B a.a prof.

UNIX: programmazione di sistema

Allocazione dinamica della memoria - riepilogo

2. I THREAD. 2.1 Introduzione

ESERCIZI DI PROGRAMMAZIONE C IN AMBIENTE UNIX

I Thread. I Thread. I due processi dovrebbero lavorare sullo stesso testo

Sistemi Operativi (modulo di Informatica II) I processi

Il Concetto di Processo

Pronto Esecuzione Attesa Terminazione

Dynamic Linking. Introduzione Creazione di una libreria dinamica Uso di una libreria dinamica

Laboratorio di Sistemi Operativi

Le system call: fork(), wait(), exit()

Tipi primitivi. Ad esempio, il codice seguente dichiara una variabile di tipo intero, le assegna il valore 5 e stampa a schermo il suo contenuto:

Inter Process Communication. Laboratorio Software C. Brandolese

1 Processo, risorsa, richiesta, assegnazione 2 Concorrenza 3 Grafo di Holt 4 Thread 5 Sincronizzazione tra processi

Java Virtual Machine

FONDAMENTI di INFORMATICA L. Mezzalira

VARIABILI LOCALI E GLOBALI (ESTERNE)

Introduzione al Linguaggio C

I/O su Socket TCP: read()

Fondamenti di Informatica e Laboratorio T-AB T-16 Progetti su più file. Funzioni come parametro. Parametri del main

I puntatori e l allocazione dinamica di memoria

Introduzione alla programmazione in C

12 - Introduzione alla Programmazione Orientata agli Oggetti (Object Oriented Programming OOP)

CAP. 6: Nucleo del sistema operativo (La gestione dei processi)

Corso di Programmazione Concorrente Processi. Valter Crescenzi

Corso di Sistemi di Elaborazione delle informazioni

Realizzazione di Politiche di Gestione delle Risorse: i Semafori Privati

Concetto di Funzione e Procedura METODI in Java

Processi. Laboratorio Software C. Brandolese

Università di Roma Tor Vergata Corso di Laurea triennale in Informatica Sistemi operativi e reti A.A Pietro Frasca.

Protezione. Protezione. Protezione. Obiettivi della protezione

Sistemi Operativi. Interfaccia del File System FILE SYSTEM : INTERFACCIA. Concetto di File. Metodi di Accesso. Struttura delle Directory

Terza Esercitazione. Unix - Esercizio 1. Unix System Call Exec Java Introduzione Thread

Definizione Parte del software che gestisce I programmi applicativi L interfaccia tra il calcolatore e i programmi applicativi Le funzionalità di base

Sistemi Operativi: Programmazione di Sistema

INFORMATICA 1 L. Mezzalira

Funzioni. Il modello console. Interfaccia in modalità console

La gestione di un calcolatore. Sistemi Operativi primo modulo Introduzione. Sistema operativo (2) Sistema operativo (1)

13 - Gestione della Memoria nella Programmazione Orientata agli Oggetti

Transcript:

Programmazione di Sistema 3 Gestione dei Processi Paolo Baldan Università Ca Foscari Venezia Corso di Laurea in Informatica Parte di questo materiale è rielaborato dalle slide del Corso di Laboratorio di Sistemi Operativi tenuto da Rosario Pugliese presso l'università di Firenze, anno accademico 2001/02. Gestione dei Processi Gestione dei Processi Un processo Unix si compone delle seguenti parti: code area contiene il codice (text) eseguibile data area contiene i dati statici del processo inizializzati non inizializzati stack area contiene i dati dinamici o temporanei del processo (più precisamente environment, cmd line args, stack e heap) Una tabella nel kernel, detta process table contiene una entry, detta Process Control Block (PCB), per ciascun processo PID (Process Id identificatore unico del processo nel sistema) PPID (Parent PID) stato (running, runnable, sleeping, suspended, idle, zombie) real e effective user ID e GID, supplem. GIDs segnali pendenti (puntatore alla user area) 3 4

Gestione dei Processi user area struttura dati (gestita dal kernel) che contiene informazioni per la gestione del processo signal handler descrittori di file aperti uso CPU (per lo scheduling) puntatori a(lle page table di) code, data, stack area page tables usate dal sistema di gestione della memoria Gestione dei processi Schema di massima... Process Table User Area code PCB data stack cwd, umask, fd signal handler code page table data page table stack page table 5 6 Gestione dei Processi L'unico modo di creare un nuovo processo in Unix è quello di duplicare un processo esistente (tramite una fork()) Quando un processo è duplicato, il processo padre ed il processo figlio sono virtualmente identici il codice, i dati e la pila del figlio sono una copia di quelli del padre ed il processo figlio continua ad eseguire lo stesso codice del padre. differiscono per alcuni aspetti quali PID, PPID e risorse a run-time (es. segnali pendenti, file locks); Quando un processo figlio termina (tramite una exit()), la sua terminazione è comunicata al padre (tramite un segnale) e questi si comporta di conseguenza. 7 Gestione dei Processi Un processo padre si può sospendere (tramite una wait()) in attesa della terminazione del figlio. Esempio: la shell che esegue un comando in foreground. Un processo (figlio) può sostituire il suo codice con quello di un altro file eseguibile (tramite una exec()), perciò differenziandosi dal padre. shell PID 22 aspetta la term. del figlio wait() shell PID 22 si risveglia shell (PID 22) Signal fork() child shell PID 23 exec() child PID 23 esegue l'utility exit() child PID 23 termina 8

Gestione dei Processi Creare un nuovo processo: fork() All'avvio del SO c'è un solo processo visibile chiamato init(), con PID 1. Quindi init() è l'antenato comune di tutti i processi esistenti in un dato momento nel sistema. Esempio: init() crea i processi getty() responsabili di gestire i login degli utenti. 9 pid_t fork (void) duplica il processo chiamante. Il processo figlio è una copia quasi esatta del padre eredita dal padre una copia del codice, dei dati, della pila, dei descrittori di file aperti e della tabella dei segnali. ma ha numeri PID e PPID differenti. Se fork() ha successo, restituisce il PID del figlio al padre ed il valore 0 al figlio; altrimenti, restituisce -1 al padre e non crea alcun figlio. Si noti che fork() è invocata da un processo, ma restituisce il controllo a due processi! Questi eseguono lo stesso codice in modo concorrente ma con aree data e stack separate. 10 Ottenere il PID: getpid() e getppid() Esempio: myfork.c pid_t getpid (void) pid_t getppid (void) getpid() restituisce il PID del processo invocante. getppid() restituisce il PPID (cioè il PID del padre) del processo invocante. Hanno sempre successo. Il PPID di init (il processo con PID 1) è ancora 1. 11 #include <stdio.h> /* Un programma che si sdoppia e mostra il PID e PPID dei due int main (void) { processi componenti */ int pid; printf ("I'm the original process with PID %d and PPID %d.\n", getpid (), getppid ()); pid = fork (); /* Duplicate. Child and parent continue from here */ if (pid!= 0) { /* pid is non-zero, so I am the parent */ printf ("I'm the parent process with PID %d and PPID %d.\n", getpid (), getppid ()); printf ("My child's PID is %d.\n", pid); /* do not wait(); */ else { /* pid is zero, hence I am the child */ printf ("I'm the child process with PID %d and PPID %d.\n", getpid (), getppid ()); printf ("PID %d terminates.\n", getpid () ); /* Both processes execute this */ return 0; 12

Esempio: myfork.c Terminazione di un processo $ myfork I'm the original process with PID 724 and PPID 572. I'm the parent process with PID 724 and PPID 572. I'm the child process with PID 725 and PPID 724. [ and PPID 1] PID 725 terminates. My child's PID is 725 PID 724 terminates. $ Nell'esempio, il padre non aspetta la terminazione del figlio per terminare a sua volta. A meno che che il sistema vada in crash, un processo in esecuzione può terminare nei seguenti modi: invoca la system call exit() durante l'esecuzione della funzione main, invoca return termina implicitamente al completamento dell'esecuzione della funzione main. Se un padre termina prima di un suo figlio, il figlio diventa orfano e viene automaticamente adottato dal processo init(). 13 riceve un segnale che ne causa la terminazione. 14 Terminazione di un processo: exit() exit(): Codice di Terminazione void exit (int status) chiude tutti i descrittori di file di un processo, dealloca le aree codice, dati e stack, e quindi fa terminare il processo. non restituisce il controllo al chiamante (tranne quando fallisce). Quando un figlio termina, il padre riceve un segnale SIGCHLD ed il figlio aspetta che il suo codice di terminazione status sia accettato. Solo gli 8 bit meno significativi di status sono utilizzati, così i valori del codice vanno da 0 a 255. Un processo accetta il codice di terminazione di un figlio eseguendo una wait(). Il codice di terminazione di un processo figlio può essere usato dal processo padre per vari scopi. Esempio: le shell interpretano l'exit status come valore logico e permettono di accedere al codice di terminazione dell'ultimo processo figlio terminato tramite una variabile speciale (bash usa?, C-shell usa status). 15 16

Processi zombie Processi adottati Un processo che termina non scompare dal sistema fino a che il padre non accetta il suo codice di terminazione. Un processo che sta aspettando che il padre accetti il suo codice di terminazione è chiamato processo zombie. (<defunct> in ps) Se il padre non termina e non esegue mai una wait(), il codice di terminazione non sarà mai accettato ed il processo resterà sempre uno zombie. Uno zombie non ha aree codice, dati o pila allocate, quindi non usa molte risorse di sistema ma continua ad avere un PCB nella Process Table (di grandezza fissa). Quindi la presenza di molti processi zombie potrebbe costringere l'amministratore ad intervenire. 17 Se un processo padre termina prima di un figlio, quest'ultimo viene detto orfano. Il kernel assicura che tutti i processi orfani siano adottati da init() ed assegna loro PPID 1. init() accetta sempre i codici di terminazione dei figli. (vedi myfork.c) 18 Attendere la terminazione: wait() Wait: graficamente pid_t wait (int *status) sospende un processo fino alla terminazione di uno dei suoi figli. Se wait() ha successo, restituisce il PID del figlio che è terminato e gestisce status: terminazione normale : il figlio è terminato eseguendo exit() o return() (o fine del main()) il byte meno significativo di status è 0 il byte più significativo è il codice di terminazione del figlio (byte meno significativo del valore restituito); terminazione causata da un segnale i 7 bit meno significativi di status sono posti al numero del segnale che ha causato la terminazione del figlio; il bit rimanente del byte meno significativo è posto ad 1 se il figlio ha prodotto un core dump. 20 19 Nel caso di terminazione normale exit( status ) wait( status 0 ) Nel caso di terminazione per segnale signal k wait( k ) core?

Attendere la terminazione: wait() Differenziare un processo: exec() Se un processo esegue una wait() e non ha figli, la wait() termina immediatamente con valore -1. Se un processo esegue una wait() ed uno o più dei suoi figli sono già zombie, wait() termina immediatamente con lo stato di uno degli zombie. Variante (che permette di aspettare un figlio specifico) pid_t waitpid (pid_t pid, int *status, int opts); 21 int execl (const char *path, const char *arg0,..., const char *argn, NULL) int execv (const char *path, const char *argv[]) int execlp (const char *path, const char *arg0,..., const char *argn, NULL) int execvp (const char *path, const char *argv[]) Le system call della famiglia exec() sostituiscono codice, dati e stack del processo invocante con quelli dell'eseguibile individuato dal pathname path ed eseguono il nuovo codice. PID e PPID restano immutati 22 Differenziare un processo: exec() In effetti sono tutte routine di libreria C che invocano la vera system call execve(). Se l'eseguibile non viene trovato, restituiscono -1 Una exec() che ha successo non restituisce mai il controllo al chiamante (quando exec() termina, termina anche il chiamante). execl() è identica a execlp() e execv() è identica a execvp() a parte per il fatto che execl() e execv() richiedono che sia fornito il pathname assoluto o quello relativo del file eseguibile execlp() e execvp() usano la variabile d'ambiente PATH per trovare l'eseguibile path. 23 Differenziare un processo: exec() execl() e execlp() invocano l'eseguibile con argomenti arg1,..., argn. la lista degli argomenti dev'essere terminata da NULL. arg0 è il nome dell'eseguibile. execv() e execvp() invocano l'eseguibile con argomenti arg[1],..., arg[n]. arg[0] è il nome dell'eseguibile. arg[n+1] dev'essere NULL. 24

Esempio: myexec.c Il programma myexec.c mostra un messaggio e quindi rimpiazza il suo codice con quello dell'eseguibile ls (con opzione -l). Si noti che non viene invocata nessuna fork(). La execl(), eseguita con successo, non restituisce il controllo all'invocante (quindi il secondo printf() non è mai eseguito). Differenziare un processo: esempio Esempio di esecuzione... $ myexec I'm process 797 and I'm about to exec an ls -l total 3324 drwxr-xr-x 3 rossi users 4096 May 16 19:14 Glass -rwxr-xr-x 1 rossi users 22199 Mar 17 18:34 lez1.sxi -rwxr-xr-x 1 rossi users 25999 May 21 17:14 lez20.sxi $ #include <stdio.h> int main (void) { printf("i'm process %d and I'm about to exec an ls -l\n", getpid()); execl("/bin/ls", "ls", "-l", NULL); /* Execute ls -l */ printf("this line should never be executed\n"); 25 26 Elaborazione in background: background.c Programma background cmd args: Usa fork() ed exec() per eseguire il comando cmd con i suoi argomenti in background. La lista degli argomenti è passata ad execvp() tramite il secondo argomento &argv[1]. Si ricordi che execvp() permette di usare la variabile PATH per trovare l'eseguibile. #include <stdio.h> int main (int argc, char *argv[]) { if (fork () == 0) { /* Child */ execvp (argv[1], &argv[1]); /* Execute other program */ fprintf (stderr, "Could not execute %s\n", argv[1]); Elaborazione in background: background.c $ background sleep 5 $ ps PID TTY TIME CMD 822 pts/0 00:00:00 bash 925 pts/0 00:00:01 emacs 965 pts/0 00:00:00 sleep 969 pts/0 00:00:00 ps $ La lista degli argomenti è chiusa, come necessario, da NULL perché, in un programma C, vale sempre argv[argc]=null. 27 28

Cambiare directory: chdir() Modificare le priorità: nice() int chdir (const char *pathname) int fchdir (int fd) Ogni processo ha associata una working directory, usata per interpretare pathname relativi. Un processo figlio eredita la working directory del padre. chdir() modifica la working directory di un processo in pathname. fchdir() opera come chdir() ma prende come argomento un descrittore di file aperto fd. Perché [f]chdir() abbia successo, il processo invocante deve avere permessi di esecuzione (x) su tutte le directory nel path. 29 int nice (int delta) aggiunge delta al valore corrente della priorità del processo invocante. I valori legali della priorità vanno da -20 a +19; se viene specificato un delta che porta oltre questi limiti il valore è troncato al limite. La priorità di un processo influenza la quantità di tempo di CPU che è allocata al processo (nice minore corrisponde a priorità maggiore). Solo i processi del nucleo del SO o di un superutente possono avere priorità negativa. Le shell di login cominciano con una priorità pari a 0. Se nice() ha successo, restituisce il nuovo valore della priorità; altrimenti restituisce -1 (possibile ambiguità con la corrispondente priorità!). 30 Esempio: count.c (Uso del Disco) Il programma count.c conta il numero dei file che non sono directory all'interno di una gerarchia. ha come argomento la radice della gerarchia da analizzare se è una directory crea un processo per ogni entry della directory termina restituendo la somma totale degli exit status dei figli. altrimenti termina con valore 1. Ogni processo figlio ripete lo stesso comportamento del padre. Svantaggi di questa tecnica: crea molti processi e può contare fino ad un massimo di 255 file per Esempio: Uso del Disco /* count.c */ #include <stdio.h> #include <fcntl.h> #include <dirent.h> #include <sys/stat.h> int processfile (char *); int processdirectory (char *); int main (int argc, char *argv[]) { int count; count = processfile(argv[1]); printf ("Total number of non-directory files is %d\n", count); return (/* EXIT_SUCCESS */ 0); ogni directory (usa rappresentazioni ad 8 bit). 32 31

Esempio: Uso del Disco Esempio: Uso del Disco int processfile (char *name) { struct stat statbuf; /* To hold the return data from stat () */ mode_t mode; int result; result = stat (name, &statbuf); /* Stat the specified file */ if (result == -1) return (0); /* Error */ mode = statbuf.st_mode; /* Look at the file's mode */ if (S_ISDIR (mode)) /* Directory */ return (processdirectory(name)); else return (1); /* A non-directory file was processed */ 33 int processdirectory (char *dirname) { DIR *dd; int fd, children, i, childpid, status, count, totalcount; char filename [100]; struct dirent *direntry; dd = opendir(dirname); /* Open directory */ children = 0; /* Initialize child process count */ while (!(direntry = readdir(dd))) { /* Scan directory */ if (strcmp (direntry -> d_name, ".")!= 0 && strcmp (direntry -> d_name, "..")!= 0) { if (fork () == 0) { /* Create a child to process dir entry */ sprintf (filename, "%s/%s", dirname, direntry -> d_name); count = processfile (filename); exit (count); else ++children; /* Increment count of child processes */ 34 Esempio: Uso del Disco Esempio: redirect.c (Redirezione) /* continua...*/ closedir (dd); /* Close directory */ totalcount = 0; /* Initialize file count */ for (i = 0; i < children; i++) { /* Wait for children to terminate*/ childpid = wait (&status); /* Accept child's termination code */ totalcount += WEXITSTATUS(status); /* Update file count */ /* WEXITSTATUS(s)= s >> 8 */ return (totalcount); /* Return number of files in directory */ $ count /home/baldan/sys Total number of non-directory files is 213 $ 35 redirect file cmd arg1... argn esegue il comando cmd con argomenti arg1... argn e redirige lo standard output del programma nel file file passato come parametro. #include <stdio.h> #include <fcntl.h> int main (int argc, char *argv[]) { int fd; /* Open file for redirection */ fd = open (argv[1], O_CREAT O_TRUNC O_WRONLY, 0600); dup2 (fd, 1); /* Duplicate descriptor to standard output */ close (fd); /* Close original descriptor to save descriptor space */ execvp (argv[2], &argv[2]); /* Invoke program; will inherit stdout */ perror ("main"); /* Should never execute */ 36

Esempio: redirect.c Thread $ redirect lista ls -l $ cat lista -rw------- 1 baldan users 0 May 22 18:02 lista -rwxr-xr-x 1 baldan users 4314 May 22 18:02 redirect -rw-r--r-- 1 baldan users 432 May 22 09:12 redirect.c -rwxr-xr-x 1 baldan users 6477 May 19 17:52 reverse -rw-r--r-- 1 baldan users 5125 May 19 17:52 reverse.c $ A volte, per eseguire un determinato task, non è necessario creare un processo con un insieme di risorse separato ma è sufficente creare un processo che condivide spazio di memoria e dispositivi aperti con altri processi. Un thread (o light-weight process) è un'astrazione che permette di creare thread di controllo multipli in un unico spazio di processo (una sorta di processo dentro un processo ). 37 38 Thread Le implementazioni dei thread variano notevolmente ma tutte forniscono le seguenti funzionalità create: per creare thread; join: per permettere ad un thread di sospendersi ed aspettare che un thread creato termini; terminate: per permettere ad un thread di rilasciare le sue risorse al sistema quando ha finito (richiede un join); detach: per permettere ad un thread di rilasciare le sue risorse al sistema quando ha finito e non richiede un join. Thread Per la sincronizzazione dei thread, oltre ai meccanismi di IPC standard di Unix, molte implementazioni mettono anche a disposizione primitive specifiche. Es. Mutua esclusione tra thread: Oggetti mutex Gli oggetti mutex possono essere creati, distrutti, bloccati e sbloccati. Gli attributi di un tale oggetto sono condivisi tra thread e permettono ad un altro thread di conoscere lo stato del thread che l'oggetto mutex descrive. Gli oggetti mutex possono essere usati congiuntamente alle variabili condizionali che conservano dei valori che permettono una gestione più precisa della sincronizzazione tra thread. Una libreria di funzioni è detta thread-safe quando è scritta in modo da poter essere utilizzata da un programma multithread. 39 40