Kernel Corner : Noyau 3.8

Magazine
Marque
GNU/Linux Magazine
Numéro
160
Mois de parution
mai 2013
Domaines


Résumé
C'est officiel, vous pouvez jeter à la poubelle^W^W^W^W recycler consciencieusement tout fossile de type 386. La prise en charge de ces processeurs désormais préhistoriques a été retirée du noyau sans états d'âme ; pas même une larme de Linus Torvalds, qui a créé Linux sur et pour cette plateforme il y a environ... 22 ans.

1 Gestion mémoire

1.1 Huge zero pages

La mémoire vive est généralement découpée par les systèmes d'exploitation en blocs appelés pages, de taille fixe. Linux utilise par défaut des pages de 4Ko sur architectures x86, et maintient une liste (page table) permettant (entre autres) de lier chaque page avec son adresse mémoire réelle. La réalité est plus complexe, mais nous nous intéresserons ici uniquement au fait que la mémoire soit tronçonnée ainsi en petits blocs. Le processeur contient également une liste (appelée TLB) ayant le même but, d'accès extrêmement rapide, mais de taille très réduite, généralement entre 8 et 1024 entrées.

À chaque fois qu'un processus a besoin de mémoire, il fait une requête au noyau qui accepte généralement la demande et en prend bonne note. Mais tant que le processus n'utilise pas vraiment cet espace demandé (ne cherche pas à y écrire), Linux retourne en fait une « fausse » zone qui pointe sur une entrée appelée...

Cet article est réservé aux abonnés. Il vous reste 90% à découvrir.
à partir de 21,65€ HT/mois/lecteur pour un accès 5 lecteurs à toute la plateforme
J'en profite


Articles qui pourraient vous intéresser...

Aller plus loin avec coreboot

Magazine
Marque
GNU/Linux Magazine
HS n°
Numéro
110
Mois de parution
septembre 2020
Domaines
Résumé

Rappelez-vous dans le numéro 220 de GNU/Linux Magazine, j’avais écrit un petit article sur coreboot, le BIOS libre. Je vous propose cette fois d’aller plus loin, en explorant quelques façons de sécuriser un peu le processus de boot, et plus encore.

Les utilitaires relatifs aux namespaces

Magazine
Marque
GNU/Linux Magazine
Numéro
240
Mois de parution
septembre 2020
Domaines
Résumé

Après un premier article [1] sur la notion de namespace et de conteneur avec un passage en revue des appels système, ce second opus se concentre sur les commandes mises à disposition de l’utilisateur.

Supervision des architectures à microservices avec Prometheus

Magazine
Marque
Linux Pratique
Numéro
121
Mois de parution
septembre 2020
Domaines
Résumé

Lorsqu’on supervise des services statiques, tel qu’un serveur apache ou un serveur de base de données, on se concentre sur le bon fonctionnement de ces derniers (réponse aux requêtes, état : démarré ou non...) et donc un outil de supervision est nécessaire pour évaluer le statut du service en question. Un outil comme Nagios est destiné à ce type de supervision. Mais si nos services sont susceptibles de disparaître à tout moment et sont remplacés par de nouvelles instances, comment pourra-t-on les superviser ? S’ils ne sont pas déployés sur leurs hôtes d’origine, comment peut-on les localiser dans ce cas ? Et si ces services sont sous forme de conteneurs, comment alors superviser les processus à l’intérieur de ces conteneurs ? Et enfin, si ces services sont déployés dans un orchestrateur à l’instar de Kubernetes, et donc sous forme de pod, comment superviser l’ensemble de ces pods repartis sur différents nœuds ? Dans cet article, nous répondons à toutes ces questions avec des cas pratiques. Mais voici déjà un indice concernant la réponse : Prometheus.

Premiers pas et prérequis

Magazine
Marque
Linux Pratique
HS n°
Numéro
48
Mois de parution
septembre 2020
Domaines
Résumé

Dans ce premier chapitre, nous allons aborder de nombreux sujets, allant du respect des conditions d’utilisation de « Red Hat Enterprise Linux » (RHEL), de l’installation du système, de sa connexion au réseau « Red Hat » jusqu’à la description de notre cas d’étude. Une fois ces prérequis évoqués et ces étapes préliminaires étudiées, nous passerons au vif du sujet en installant Ansible, que nous utiliserons dans le prochain chapitre afin de commencer à mettre en place notre serveur.