added notes from presentations in communication
This commit is contained in:
parent
a4a9777c33
commit
92f3c67cab
2 changed files with 137 additions and 0 deletions
63
com/exposes/intranet.md
Normal file
63
com/exposes/intranet.md
Normal file
|
@ -0,0 +1,63 @@
|
||||||
|
# Communication interne - L'INTRANET
|
||||||
|
_La communication interne est l'ensemble des actes de communication qui se produisent à l'intérieur d'une entreprise._
|
||||||
|
|
||||||
|
- Communication verticale : entre couches hiérarchiques
|
||||||
|
- Communication horizontale : dans la même couche hiérarchique
|
||||||
|
|
||||||
|
## Introduction
|
||||||
|
Apparu en 96. Utilise internet pour partager des informations au sein d'une même structure.
|
||||||
|
|
||||||
|
## Pourquoi ?
|
||||||
|
Centraliser une multitude d'informations sur un espace unique.
|
||||||
|
|
||||||
|
Divers avantages :
|
||||||
|
|
||||||
|
- Optimiser la circulation de l'information
|
||||||
|
- Valoriser les connaissances (capitaliser et partager l'information avec tous les membres de l'organisation)
|
||||||
|
- Simplifier l'accès et la recherche d'informations (moteur de recherche intégré)
|
||||||
|
- Faible coût de gestion
|
||||||
|
|
||||||
|
## Comment mettre en place ?
|
||||||
|
### Avant
|
||||||
|
1. Définir les besoins de l'entreprise
|
||||||
|
2. Mettre en place une équipe : équipe informatique + représentants d'autres équipes.
|
||||||
|
3. Anticiper sur la formation : Qui former, par qui, quand ?
|
||||||
|
4. Créer un modèle : tester l'outil avant de le déployer
|
||||||
|
5. Désigner les administrateurs
|
||||||
|
6. Évaluer le coût de mise en place : coûts directs et indirects (temps humain notamment)
|
||||||
|
|
||||||
|
#### Architecture à trois niveaux
|
||||||
|
- Machines clientes
|
||||||
|
- Serveur d'application
|
||||||
|
- Serveur de base de données
|
||||||
|
|
||||||
|
#### Réseau local
|
||||||
|
- Serveurs
|
||||||
|
- Logiciels
|
||||||
|
|
||||||
|
### Mise en place technique
|
||||||
|
1. Conception de la maquette
|
||||||
|
2. Conception des services
|
||||||
|
3. Test sur site
|
||||||
|
4. Déploiement : penser à mettre à disposition des ressources (userguide, forum, FAQ, ...)
|
||||||
|
5. Maintenance
|
||||||
|
|
||||||
|
## Les limites du système
|
||||||
|
- Impact sur les emplois
|
||||||
|
+ Est-ce qu'on a les compétences au sein de l'entreprise ? Faut-il embaucher ? Externaliser ?
|
||||||
|
+ Modification de certains métiers qui devront mettre à jour des données par exemple
|
||||||
|
- Accompagnement
|
||||||
|
+ Tout prévoir pour accompagner le changement et ne pas créer de rejet, de blocage.
|
||||||
|
- Contraintes budgétaires : difficile d'évaluer les coûts indirects
|
||||||
|
- Risques
|
||||||
|
+ Surcharge d'information : Trop d'information tue l'information
|
||||||
|
+ Limitation du contact direct : Les gens ne se parlent plus, moins de réunions
|
||||||
|
+ Exclusion : Concerne surtout les métiers qui n'ont pas accès facilement à ces informations (pas d'ordinateur)
|
||||||
|
|
||||||
|
## Améliorations possibles
|
||||||
|
- Ouverture sur internet pour les utilisateurs enregistrés
|
||||||
|
- Mise à disposition de questionnaires pour que les internautes puissent remplir la base de données
|
||||||
|
- Penser à se protéger des possibles agressions externes
|
||||||
|
|
||||||
|
## Conclusion
|
||||||
|
- Améliorer sa compétitivité, réactivtié, ...
|
74
com/exposes/kernel.md
Normal file
74
com/exposes/kernel.md
Normal file
|
@ -0,0 +1,74 @@
|
||||||
|
# Le kernel dans un OS
|
||||||
|
Différents OS : OS X, Windows, Linux
|
||||||
|
|
||||||
|
## Composantes communes
|
||||||
|
- Processeur
|
||||||
|
- Mémoire
|
||||||
|
- IO
|
||||||
|
- Appels système
|
||||||
|
- Erreurs
|
||||||
|
|
||||||
|
### Processeur
|
||||||
|
Gère l'ordonnancement entre les tâches : qui fait quoi et quand ?
|
||||||
|
|
||||||
|
### Mémoire
|
||||||
|
RAM (Random Access Memory) : Permet de stocker des données temporairement. Un programme demande au système de la mémoire, le kernel lui donne une part.
|
||||||
|
|
||||||
|
### Entrées / Sorties
|
||||||
|
Tout ce qui est connecté à l'ordinateur. Le kernel doit pouvoir gérer les divers composants.
|
||||||
|
|
||||||
|
### Appels système (~ interruptions)
|
||||||
|
L'utilisateur lance un processus. Il demande à l'OS de lire un fichier mais ne peut pas le faire directement. Il fait un appel système et ce dernier gère l'autorisation ou non de la commande.
|
||||||
|
|
||||||
|
### Erreurs
|
||||||
|
Dans la continuité des Appels système. Si on essaye d'accéder à une zone mémoire interdite, le kernel refuse la demande et coupe le programme.
|
||||||
|
|
||||||
|
## Le démarrage
|
||||||
|
1. On appuie sur le bouton, le BIOS est le premier programme à être chargé. Il est stocké dans une puce sur la carte mère.
|
||||||
|
2. Le BIOS appelle le bootloader (stocké sur le DD), qui lui-même appelle l'image noyau compressée (<1Mo).
|
||||||
|
3. L'image système se décompresse elle-même (le début de son code contient sa routine de décompression).
|
||||||
|
4. La première chose à être mise en place est la pagination pour gérer la RAM.
|
||||||
|
5. On détecte ensuite le CPU pour charger l'ordonanceur.
|
||||||
|
6. Chargement des drivers en mémoire puis initialisation matérielles nécessaires
|
||||||
|
7. On charge l'OS et on passe la main au premier processus utilisateur qui déclenche en cascade tous les autres.
|
||||||
|
|
||||||
|
## Différents noyaux
|
||||||
|
### Monolithique
|
||||||
|
#### Monolithique pur
|
||||||
|
Très rapide.
|
||||||
|
Aujourd'hui obsolète. Très lourd (> 6 millions de lignes de code).
|
||||||
|
|
||||||
|
#### Monolithique modulaire
|
||||||
|
Toujours très rapide.
|
||||||
|
Sépare les parties moins critiques.
|
||||||
|
Toujours très lourd.
|
||||||
|
|
||||||
|
### Micro-noyaux
|
||||||
|
Plus stable qu'un monolithique, car dans l'espace noyau ne se trouve que ce qui est critique pour l'OS. Le reste est dans l'espace utilisateur.
|
||||||
|
Plus lent car utilise des messages plus lourds entre processus.
|
||||||
|
Plus léger et plus facile à entretenir.
|
||||||
|
#### Micro-noyaux enrichis (Ubuntu, Windows)
|
||||||
|
Le reste n'est plus dans l'espace utilisateur mais dans le micro noyau enrichi.
|
||||||
|
|
||||||
|
### Noyaux hybrides (OS X)
|
||||||
|
Le meilleur des deux mondes : rapide et stable.
|
||||||
|
On a rapatrié certains services dans le noyau hybride, les autres sont dans l'espace utilisateur.
|
||||||
|
|
||||||
|
## Différents types de noyaux : temps réel (OS X) ou non
|
||||||
|
Ils sont fonctionnellement spécialisés. Très utilisé dans l'électronique embarquée (ABS dans les voitures, navettes spatiales, ...). Ils garantissent qu'un processus critique puisse bénéficier de tout le temps processeur si besoin.
|
||||||
|
|
||||||
|
## Historique
|
||||||
|
### Années 60
|
||||||
|
IBM fait des machines pour les entreprises mais on est à chaque fois obligés de rédemarrer l'ordinateur pour charger un nouveau programme.
|
||||||
|
IBM crée alors le premier environnement d'exploitation et y intègre la gestion des I/O.
|
||||||
|
### Années 70
|
||||||
|
UNIX voit le jour grâce à l'invention du C : portabilité et abstraction du matériel.
|
||||||
|
### Années 80
|
||||||
|
Les premiers problèmes de sécurité apparaissent. Les ordinateurs travaillent encore en mode réel à cette époque (pas de pagination, on adresse directement les données dans la RAM).
|
||||||
|
On invente alors le concept de mémoire virtuelle (MMU : Memory Management Unit).
|
||||||
|
### Années 90
|
||||||
|
Les processeurs deviennent multitâches.
|
||||||
|
### Années 2000
|
||||||
|
Les processeurs deviennent multicoeurs : révision de l'ordonanceur, nouvelles contraintes.
|
||||||
|
### Années 2010
|
||||||
|
Virtualisation des systèmes plus répandue.
|
Loading…
Reference in a new issue