CHAPITRE I : INTRODUCTION AUX SYSTEMES

DEXPLOITATION

I. Systme informatique : Dfinition

Lobjectif dun systme informatique est lautomatisation du traitement de linformation. Un
systme informatique est constitu de deux entits :
1. Le matriel, un ordinateur est compos de : LUnit Centrale (UC) pour les
traitements, la Mmoire Centrale (MC) pour le stockage, et les Priphriques dE/S:
disque dur, clavier, souris, flash disque, carte rseau... accessibles via des pilotes de
priphriques.
2. Le logiciel ; cette entit un est compose de deux niveaux bien distincts :
i. Les Programmes dapplication (achets ou dvelopps) et,
ii. Les logiciels de base o se trouvent le systme dexploitation (S.E.) et les
utilitaires.
Lobjectif des logiciels de base est de masquer la complexit du matriel aux
utilisateurs en leur offrant des fonctionnalits adaptes leurs besoins. En effet, pour
sexcuter, un programme doit tre stock sur le disque, charg en mmoire, lire des donnes
partir du clavier, Les questions qui se posent sont : comment accde-t-on au disque ?
Comment seront ranges les donnes sur le disque et sur la mmoire ? Comment peut-on lire
des donnes partir du clavier ?

Nous avons besoin d'un ensemble de programmes (un logiciel) qui permette
d'exploiter les ressources de la machine (priphriques, mmoire, processeur(s)). Ce logiciel,
c'est le systme d'exploitation (S.E.).

Programmes dapplication Systme bancaire Rservation davion Jeu daventure

Utilitaires Compilateurs Editeurs Interprteurs de

Logiciels de base
Logiciel

commandes (Shell)
Gestion du Gestion de la Gestion des Gestion de
Systme dexploitation processeur mmoire priphriques linformation
central centrale
Matriel Matriel : Processeur, Mmoire, Priphriques, .

Figure 1.1: Organisation dun systme informatique

II. Dfinition dun Systme dExploitation

Le systme dexploitation (Operating System, O.S.) est lintermdiaire entre un ordinateur (ou
en gnral un appareil muni dun processeur comme tlphones portables, les assistants personnels,)
et les applications qui utilisent cet ordinateur ou cet appareil. Son rle peut tre vu sous deux aspects
complmentaires :

1
 1. Machine tendue (machine virtuelle, Virtual Machine)
Son rle est de masquer des lments fastidieux lis au matriel, comme les interruptions, les
horloges, la gestion de la mmoire, la gestion des priphriques (dplacement du bras du
lecteur de disque) ...etc. Cela consiste fournir des outils adapts aux besoins des utilisateurs
indpendamment des caractristiques physiques.
Exemple
READ et WRITE utilisent 13 paramtres reprsents sur 9 octets ; en retour le contrleur
renvoie 23 champs d'tat et d'erreur regroups sur 7 octets.
2. Gestionnaire de ressources
Le systme d'exploitation permet l'ordonnancement et le contrle de l'allocation des
processeurs, des mmoires et des priphriques d'E/S entre les diffrents programmes qui y
font appel, avec pour objectifs : efficacit (utilisation maximale des ressources), quit (pas
de programme en attente indfinie), cohrence (entre des accs conscutifs), et protection
(contre des accs interdits). Ce rle de gestionnaire de ressources est crucial pour les systmes
d'exploitation manipulant plusieurs tches en mme temps (multi-tches (Multitasking)).

III. Fonctions dun S.E

Le S.E offre
La gestion du processeur : allocation du processeur aux diffrents programmes.
La gestion de la mmoire : allocation des portions de mmoire (segments ou pages) aux
programmes en cours dexcution
La gestion des entres-sorties : accs aux priphriques, via les pilotes.
La gestion des objets externes : principalement les fichiers.
La gestion de la concurrence : synchronisation pour l'accs des ressources partages.
La gestion de la protection : respect des droits d'accs aux ressources.
La gestion des accs au rseau : change de donnes entre des machines distantes.

IV. Evolution des systmes informatique

L'histoire et l'volution des systmes d'exploitation ont toujours suivi celles de l'architecture des
ordinateurs. Ainsi distingue-t-on plusieurs gnrations dont les plus importantes :

1. Porte ouverte ou exploitation self service (1945-1955)

Les machines de la premire gnration (Figure 1.2), appeles Machines Tubes, taient
dpourvues de tout logiciel. Ces machines taient coteuses, trs peu fiables et beaucoup
moins rapides.

2
 Von Neumann
ENIAC
Figure 1.2 : Exemples de machines tubes

Les programmes taient crits directement en langage machine, chargs en mmoire, excuts
et mis au point partir d'un pupitre de commande (Figure 1.3). Au dbut de 1950, la procdure s'est
amliore grce l'introduction de cartes perfores.

Utilisateur Ordinateur

Pupitre

Utilisateurs en attente
Programme Lecteur
Imprimante
sur cartes de cartes
Figure 1. 3 : Utilisation de la machine en Porte Ouverte

Afin dutiliser la machine, la procdure consistait allouer des tranches de temps directement
aux usagers, qui se rservent toutes les ressources de la machine tour de rle pendant leur dure de
temps. Chaque utilisateur devait lancer un ensemble doprations qui sont :

1. Placer les cartes du programme dans le lecteur de cartes.

2. Initialiser un programme de lecteur des cartes.
3. Lancer la compilation du programme utilisateur.
4. Placer les cartes donnes sil y en a, dans le lecteur de cartes.
5. Initialiser lexcution du programme compil.
6. Dtecter les erreurs au pupitre et imprimer les rsultats.
Remarque

Pas de diffrences entre : concepteurs, constructeurs, programmeurs, utilisateurs et

mainteneurs.

3
 2. Traitement par lots (Batch Processing, 1955-1965)
Le problme des premiers systmes tait le temps de prparation du travail qui tait trs important.
Pendant que les bandes se montaient ou que le programmeur utilisait la console, lUC restait
inactive. Ce qui engendrait des cots dindisponibilit trs importants.
Pour venir bout de ce temps inactif, on a dvelopp lenchanement automatique des travaux.
Cette technique a permis de crer les premiers SE rudimentaires. Ce quon lon dsirait, ctait une
procdure pour transfrer automatiquement le contrle dun travail un autre. A cet effet, on cre
un programme appel moniteur rsident.
Lide directrice tait de collecter un ensemble de travaux puis de les transfrer sur une
bande magntique en utilisant un ordinateur auxiliaire (Ex. IBM 1401). Cette bande sera
remonte par la suite sur le lecteur de bandes de lordinateur principal (Ex. IBM 7094) afin
dexcuter les travaux transcrits en utilisant un programme spcial (lanctre des S.E.
daujourdhui. Ex. FMS : Fortran Monitor System, IBSYS). Les rsultats seront rcuprs sur
une autre bande pour quils soient imprims par un ordinateur auxiliaire. Cette situation est
illustre la Figure 1.3.

Figure 1. 3 : Un systme de traitement par lots

Quand lordinateur tait allum, le moniteur rsident tait appel et il transfrait le contrle un
programme. Quand le programme finissait, il renvoyait le contrle au moniteur rsident, lequel
continuait avec le travail suivant. Ainsi, le moniteur rsident enchanait automatiquement dun
programme un autre.
Mais comment le moniteur rsident pouvait-il savoir quel programme excuter ? Rponse :
Grce aux cartes de contrle. En plus du programme et des donnes ncessaires au travail, le
programmeur introduisait des cartes spciales (les cartes de contrle) avec des directives pour le
moniteur rsident qui lui indiquaient les programmes excuter.

Par exemple, un programme utilisateur normal pouvait demander dexcuter lun des trois
programmes : le compilateur FORTRAN (FTN), lassembleur (ASM) ou le programme de lutilisateur
(RUN). On peut utiliser une carte de contrle pour chacun deux (figure 1.4).

$FTN : Excuter le compilateur FORTRAN.

4
 $ASM : Excuter lassembleur

$RUN : Excuter le programme de lutilisateur.

On peut utiliser deux cartes de contrle supplmentaires pour dfinir les limites de chaque
travail :

$JOB : Premire carte de travail.

$END : Dernire carte de travail.

Carte perfore
$END

Donnes
$RUN
$LOAD

Programme
$FTN
$JOB, 10, 429754, E1

Figure 1.6 : Structure dun travail FMS typique

3. Multiprogrammation (Multiprogramming, 1965-1970)

Pour pallier aux inconvnients du traitement par lots, Un systme multiprogramm
maintient plusieurs travaux en mmoire la fois (voir figure) et partage efficacement les
ressources de la machine entre ces travaux.
Le SE choisit et commence excuter un des travaux en mmoire. Par la suite, le travail
risque d'attendre une tche, comme le montage dune bande, une donne frappe au clavier ou
lachvement dune opration dE/S. Dans un systme multiprogramm, le SE commute
simplement sur un autre travail et lexcute. Quand ce travail a besoin dattendre, lUC est
connecte sur un autre travail et ainsi de suite. Ainsi tant quil existera un travail excuter,
lUC ne sera jamais inactive.

5
 Programmeurs
Ordinateur principal
Lecteur de cartes
Disque entres
Mmoire principale
Systme
Programme 1
Oprateur
Programme 2

Programme N
Disque sorties
Imprimante

Programmeurs

Figure 1.4 : Un systme multiprogramm

Exemple
Soient les deux programmes A et B suivants :

Job A

Calcul E/S Calcul E/S

Job B
Calcul E/S Calcul E/S

On suppose quon a un seul priphrique dE/S.

Dans un systme mono-programm

Job A Job A Job B Job B

E/S

CPU
Job A Job A Job B Job B

Temps de rponse de A
Temps de rponse de B

6
 Dans un systme multiprogramm

Job A Job B Job A Job B

E/S

CPU
Job A Job B Job A

Temps de rponse de A
Temps de rponse de B

4. Temps partag (Time Sharing, 1970-)

Le temps partag est une extension logique de la multiprogrammation. Plusieurs travaux
sont excuts par lUC qui les commute entre eux mais les commutations sont si frquentes
que les utilisateurs peuvent dialoguer avec chaque programme pendant son excution. Le
principe de time sharing est de distribuer le temps CPU en petite tranches de temps (de lordre
de 100 ms) appel quantum.

Terminal Terminal Terminal

Utilisateurs Programmeurs

Ordinateur principal
Mmoire principale
Systme
Programme 1
Programme 2

Programme N

Ingnieur

Figure 1.5 : Un systme temps partag

Lobjectif est doffrir aux usagers une interaction directe avec la machine par
lintermdiaire de terminaux de conversation, et de leur allouer le processeur successivement
durant un quantum de temps. Chaque utilisateur pourra contrler le job quil a soumis
directement partir du terminal (corriger les erreurs, recompiler, resoumettre le job, ).
Comme le systme commute trs vite dun utilisateur un autre, chaque utilisateur a
limpression quil possde son propre ordinateur, alors quen ralit lordinateur est partag
entre plusieurs utilisateurs.

7
 Parmi les premiers systmes temps partag, nous citons : CTSS (Compatible Time
Sharing System), MULTICS (MULTiplexed Information and Computing Service), UNIX,
MINIX, LINUX. En fait, la plupart des systmes daujourdhui sont en temps partag.

5. Les systmes des ordinateurs personnels :

Comme le cot du matriel a baiss, il est devenu possible davoir un systme informatique
ddi un seul utilisateur. Ces types de systmes informatiques sont habituellement appels
ordinateurs personnels ou PC.
Les PC sont apparus dans les annes 70. Ctaient des machines bon march mais dont les SE
ntaient ni multiutilisateurs, ni multitches (multiprogramm). Exemples de systmes : MS-
DOS de Microsoft, Macintosh dApple.
6. Les systmes parallles :
La plupart des systmes actuels sont des systmes monoprocesseurs, cest dire quils
possdent une seule UC principale. Cependant, ils se dessine une tendance en faveur des
systmes multiprocesseurs. De tels systmes possdent plus dun processeur en troite
communication partageant le bus de lordinateur, lhorloge et quelque fois la mmoire et les
priphriques.
Il existe plusieurs raisons de crer de tels systmes :
- Augmenter la capacit de traitement du systme.
- Possibilit dconomiser du cot par rapport plusieurs systmes mono-processeurs,
car les processeurs peuvent partager les priphriques, les botiers et les alimentations
lectriques. Si plusieurs programmes doivent exploiter le mme ensemble de donnes, il est
moins cher de stocker ces donnes sur un seul disque et de les faire partager par tous les
processeurs plutt que davoir plusieurs ordinateurs avec des disques locaux et de nombreuses
copies de donnes.
- Les systmes multiprocesseurs prsentent un autre avantage, ils augmentent la
fiabilit. En effet une panne dun processeur narrtera pas le systme.
7. Systmes rpartis :
Une tendance rcente dans les systmes informatiques consiste rpartir le calcul entre
plusieurs processeurs. A loppos des systmes centraliss, dans les systmes rpartis on ne
partage pas de mmoire ou dhorloge. Au lieu de cela, chaque processeur possde sa propre
mmoire locale. Les processeurs communiquent entre eux travers des lignes de
communication, comme des bus rapides ou des lignes tlphoniques. Les systmes sont
habituellement appels rpartis (ou faiblement coupls).
Dans un systme rparti, les processeurs peuvent varier en taille et en fonction. Ils
peuvent inclure des petits microprocesseurs, des stations de travail, des micro-ordinateurs et
des grands systmes informatiques usage gnral. Ces processeurs sont appels : site, nud,
poste, selon le contexte.
Il existe de nombreuses raisons de construire des systmes rpartis :

8
 - Partage de ressources : Si plusieurs sites diffrents (avec des possibilits diffrentes),
sont connects entre eux, un utilisateur dans un site doit tre capable dutiliser les ressources
disponibles dans un autre site. Par exemple, un utilisateur dans un site A peut imprimer sur
une imprimante laser disponible sur un site B. De mme quun utilisateur dans B peut
accder un fichier rsident dans A.
- Acclration du calcul : Si lon peut subdiviser un traitement particulier en plusieurs
sous traitements pouvant sexcuter en concurrence, un systme rparti doit nous permettre de
distribuer le traitement entre les diffrents sites.
- Fiabilit : si un site tombe en panne dans un systme rparti, les sites restant peuvent
continuer fonctionner.
- Communication : les utilisateurs peuvent dclencher des transferts de fichiers ou
communiquer entre eux travers le courrier lectronique, par exemple.
8. Les systmes temps rel :
Les systmes temps rel sont une autre forme de SE spcialiss. Un systme temps
rel est utilis quand il existe des exigences imprieuses de temps de rponse pour le
fonctionnement dun processeur ou pour le jeu de donnes. Il est souvent employ comme
dispositif de contrle dans une application ddie. Les capteurs amnent des donnes
lordinateur. Celui-ci doit analyser les donnes et ventuellement rgler les contrle pour
modifier les entres des capteurs.
Exemple de systme temps rel : systmes contrlant les exprimentations
scientifiques, les systmes dimagerie mdicale, les systmes de contrle industriel.
Un systme dexploitation temps rel possde des contraintes de temps fixes. Le
traitement doit tre effectu dans les contraintes dfinies.

V. Fonctionnement dun Systme Informatique Moderne

Un systme informatique moderne usage gnral est constitu dune mmoire, U.C., et
dun certain nombre de priphriques connects par un bus commun fournissant laccs la
mmoire, et rgis par des cartes lectroniques appels contrleurs.
Pour quun ordinateur commence fonctionner (quand il est mis sous tension ou
rinitialis), il doit avoir un programme initial excuter. Ce programme initial, appel
programme damorage, est simple : il initialise tous les aspects du systme, depuis les
registres de lU.C. jusquaux contrleurs de priphriques et contenu de la mmoire. Le
programme damorage doit savoir aprs comment charger le S.E. et comment commencer
lexcuter.
Pour atteindre cet objectif, le programme damorage cherche le noyau du S.E. une
adresse spcifie (en gnral, au 1er secteur de lunit disque, appel secteur damorage),
puis, le charge en mmoire. Le S.E. dmarre alors lexcution du premier processus
dinitialisation et attend quun vnement se produise.

Lorsquil ny a aucun programme utilisateur excuter, le systme dexploitation

sexcute dans une boucle qui ne fait rien jusqu ce survienne une interruption.

9
VI. Interactions Utilisateur/Systme
Pour un utilisateur, le systme d'exploitation apparat comme un ensemble de
procdures, trop complexes pour qu'il les crive lui-mme. Les bibliothques des appels
systme sont alors des procdures mises la disposition des programmeurs. Ainsi un
programme C/C++ peut utiliser des appels systme d'Unix/Linux comme open(), write() et
read() pour effectuer des Entres/Sorties de bas niveau.

L'interprteur de commandes constitue une interface utilisateur/systme. Il est

disponible dans tous les systmes. Il est lanc ds la connexion au systme et invite
l'utilisateur introduire une commande. L'interprteur de commandes rcupre puis excute
la commande par combinaison d'appels systme et d'outils (compilateurs, diteurs de lien,
etc.). Il affiche les rsultats ou les erreurs, puis se met en attente de la commande suivante.
Par exemple, la commande de l'interprteur (shell) d'Unix suivante permet d'afficher
l'cran le contenu du fichier appel essai : cat essai.txt

VIII. Exemple de systmes dexploitation : UNIX

Historique
Lhistoire du systme dexploitation Unix commence en 1969 aux laboratoires AT&T
de Bell, et ceci avec le dveloppement dune version simplifie du systme MULTICS par
Ken Thompson. Brian Kernighan appela cette version UNICS (Uniplexed Information
and Computer Service) qui devint ensuite UNIX et qui tait entirement crite en
assembleur.
Le systme Unix a connu un vritable succs, lorsqu'il fut rcrit en langage C en 1973.
En 1975, le systme Unix (V6) est distribu aux universits et aux centres de
recherches. Les efforts de cette priode ont t consacrs lintgration des protocoles rseaux
TCP/IP, la gestion de la mmoire avec lintroduction de la pagination, la modification de
certains paramtres du systme (taille des blocs, nombre des signaux...) et lajout doutils
(lditeur vi, un interprteur de commandes csh...).
En 1979, les Bell Labs sortent leur version appele UNIX V7, avec en particulier, lajout
de nouveaux utilitaires et un effort en matire de portabilit. Cette version est la premire
tre diffuse dans le monde industriel. On peut dire quelle est lorigine du dveloppement
du march Unix.
Les nombreuses modifications et amliorations apportes au systme UNIX, par AT&T
et Berkeley ont abouti aux versions System V Release 4 dAT&T et 4.4BSD de Berkeley.
La fin des annes 80 est marque par une croissance sans prcdent du nombre de
systmes Unix dans le domaine des systmes dexploitation. Les principales versions
actuelles sont System VR4, GNU/Linux, SUN Solaris, FreeBSD, IBM AIX, Microsoft
Xenixetc. Pour quun systme dexploitation puisse tre un Unix, il faut quil respecte la
norme POSIX (Portable Operating System Interface). Tout logiciel crit en respectant la
norme Posix devrait fonctionner sur tous les systmes Unix conformes cette norme.

10
 Une version gratuite d'Unix porte le nom de Linux (code source disponible). Elle a t
cre par Linus Torvalds en 1991. Par la suite, un grand nombre de programmeurs ont
contribu son dveloppement acclr. Conu d'abord pour tourner sur des machines avec
le processeur 80x86, Linux a migr plusieurs autres plate-formes.

Architecture Gnrale dUNIX

UNIX a t conu autour dune architecture en couche qui repose sur diffrents
niveaux bien distincts (Voir Figure 1.6) ; savoir :
Le noyau
Un interprteur de commandes (le shell)
Des bibliothques
Un nombre important dutilitaires.
A. Le noyau
Le noyau (Kernel) est la partie centrale dUnix. Il est rsident ; il se charge en mmoire
au dmarrage. Il soccupe de grer les tches de base du systme :
L'initialisation du systme,
La gestion des processus,
La gestion des systmes de fichiers,
La gestion de la mmoire et du processeur,
Etc.
Les programmes en espace utilisateur (user-space) appellent les services du noyau via
des appels systmes (System Calls). En effet, les appels systmes font entrer lexcution en
mode noyau. Dans ce mode, le processus est assur de garder le processeur jusquau retour
au mode utilisateur lorsque lappel systme est termin.
B. Bibliothques
Linterface entre le noyau Unix et les applications est dfinit par une bibliothque (Ex.
libc.a pour le langage C). Elle contient les modules permettant dutiliser les primitives du
noyau mais aussi des fonctions plus volues combinant plusieurs primitives. Dautres
bibliothques sont utilises pour des services spcialiss (fonctions graphiques,...).

11
 Commandes
ls, cat, cp, rm,
Chown, adduser,
Librairie: stdio.h Grep, find, etc.
Scanf, printf, Shell
fopen, fclose (sh, csh, bash)
Putc, getc, etc. Les appels ystme
(SGF, Processus, etc.)

open fork
Autres librairies read exec
Mathmatique
write pipe
Graphique
etc. close

Utilitaires
Compilateurs (cc, gcc)
Table des fichiers Matriel Table des
ouverts processus
Editeurs (vi, emacs),
etc.

Noyau
X Window
(startx, xterm, etc.)

Figure 1.11 : Structure du systme UNIX

C. Le Shell
Le shell dsigne linterface utilisateur sous UNIX. Cest un programme qui permet
l'utilisateur de dialoguer avec le noyau. Il joue un double rle celui dinterprteur de
commandes et celui de langage de programmation. Il existe plusieurs shells diffrents mais
les plus rpondus sont:
le Bourne Shell : sh
le C-shell : csh
le Korn-Shell : ksh
Bash (Bourne Again Shell) : est un interprteur (Shell) compatible sh qui excute les
commandes lues depuis l'entre standard, ou depuis un fichier. C'est le shell par
dfaut sous Gnu/Linux.
D. Utilitaires
UNIX est livr avec un grand nombre de programmes utilitaires, parmi lesquels :
Compilateurs : cc, gcc
Gestionnaire dapplications : make
Editeurs de texte : vi, emacs

Caractristiques
Les principales caractristiques, auxquelles est d le succs dUNIX, sont :

12
 Portabilit : Une des premires caractristiques dUnix est son criture ( hauteur de
95%) en langage C, permettant ainsi une portabilit sur la plupart des architectures en
allant des micro-ordinateurs jusquaux supercalculateurs.
Multi-utilisateurs et Multitches : Plusieurs utilisateurs peuvent accder
simultanment au systme ; chaque utilisateur peut effectuer une ou plusieurs tches
en mme temps.
Temps partag : cest--dire que les ressources du processeur et du systme sont
rparties entre les utilisateurs.
Interface utilisateur interactive (shell) : elle est constitue dun programme spar
du noyau permettant lutilisateur de choisir son environnement de travail. Elle
intgre un langage de commandes trs sophistiqu (scripts).
Systme de fichiers hirarchique : plusieurs systmes de fichiers peuvent tre
rattachs au systme de fichiers principal ; chaque systme de fichiers possde ses
propres rpertoires.
Entres-Sorties intgres au systme de fichiers : les priphriques sont reprsents
par des fichiers, ce qui rend le systme indpendant du matriel et en assure la
portabilit ; laccs aux priphriques est donc identique laccs aux fichiers
ordinaires.
Gestion de la mmoire virtuelle : un mcanisme dchange entre la mmoire centrale
(MC) et le disque dur permet de pallier un manque de MC et optimise le systme.

Rfrences (chapitre 1)
1. Chafika BENZAID, "COURS SYSTEMES D'EXPLOITATION (PARTIE I)", LSI-
Dpartement Informatique, Facult dElectronique & Informatique, USTHB
2. Loukam mourad, , "Systmes dexploitation des ordinateurs", chapitre 1.

LISTE DES OUVRAGES SUR LES SYSTEMES

DEXPLOITATION
N. SALMI, "Principes des Systmes dExploitation", Pages Bleues, les Manuels
de lEtudiant, 2007.
Andrew Tanenbaum, " Systmes dExploitation", 3ime dition avec plus de 400
exercices, Pearson Education, 2008.
B. LAMIROY, L. NAJMAN, H. TALBOT, "Systmes dexploitation", Collection
Synthex, Pearson Education, 2006.
A. BELKHIR, "Systme dExploitation, Mcanismes de Base", OPU, 2005.
A. Silberschatz, P.B. Galvin, G. Gagne, "Operating System Concepts", 7th Edition,
John Wiley & Sons Editions, 2005, 921 p.
A. TANENBAUM, "Systmes dExploitation : Systmes Centraliss Systmes
Distribus", 3me dition, Editons DUNOD, Prentice Hall, 2001.

13
 A. Silberschatz, P. B. Galvin, "Principes des Systmes dExploitation", traduit par
M. Gatumel, 4me dition, Editions Addison-Wesly France, SA, 1994.
M. GRIFFITHS, M. VAYSSADE, "Architecture des Systmes dExploitation", Edition
Herms, 1990.
S. KRAKOWIAK, "Principes des Systmes dExploitation des Ordinateurs", Editions
DUNOD, 1987.

14
15