63 lines
6.1 KiB
XML
63 lines
6.1 KiB
XML
<?xml version="1.0" encoding="utf-8"?>
|
|
<feed xmlns="http://www.w3.org/2005/Atom"><title>Wxcafé</title><link href="//wxcafe.net/" rel="alternate"></link><link href="//wxcafe.net/feeds/feed.oses.xml" rel="self"></link><id>//wxcafe.net/</id><updated>2013-09-09T11:17:00+02:00</updated><entry><title>Plan9 from whichever space</title><link href="//wxcafe.net/posts/plan-9-from-whichever-space/" rel="alternate"></link><updated>2013-09-09T11:17:00+02:00</updated><author><name>Wxcafe</name></author><id>tag:wxcafe.net,2013-09-09:posts/plan-9-from-whichever-space/</id><summary type="html"><p><a href="http://en.wikipedia.org/wiki/Plan_9_from_Outer_Space"><strong>Plan 9 from Outer Space</strong></a> est un film de série Z, produit en 1959 par Edward D.
|
|
Wood. Il est assez connu comme étant l&rsquo;un des pires films jamais sortis. Rempli
|
|
d&rsquo;erreur de montage, d&rsquo;effets spéciaux au rabais, et ayant même connu la mort
|
|
d&rsquo;un acteur, il a ainsi atteint le statut de film culte grâce a sa médiocrité.</p>
|
|
<p><a href="http://plan9.bell-labs.com/plan9/"><strong>Plan 9 from Bell Labs</strong></a> est un OS venant de Bell Labs (comme son nom l&rsquo;indique),
|
|
et qui a été pensé comme le successeur d&rsquo;Unix. Il est conçu comme une poursuite
|
|
des concepts unixiens jusqu&rsquo;à leur but naturel. Ainsi, c&rsquo;est Plan9 qui a
|
|
introduit le concept d&rsquo;UnionFS, le protocole 9P qui permet d&rsquo;acceder a des
|
|
ressources appartenant a d&rsquo;autres ordinateurs a distance, un support de
|
|
l&rsquo;unicode par défaut et sur tout le système (a l&rsquo;inverse d&rsquo;Unix, qui fonctionne
|
|
a la base en ASCII), un support de ProcFS amélioré, une interface graphique par
|
|
défaut, et d&rsquo;autres améliorations sur les thèmes de base que propose Unix. </p>
|
|
<p>Cependant, Plan9 n&rsquo;a jamais été véritablement utilisé pour quoi que ce soit
|
|
d&rsquo;autre que la recherche en systèmes, et c&rsquo;est dommage, parce que Plan9 a
|
|
quelque chose de très intéressant à proposer. En effet, en ces jours d&rsquo;intérêt
|
|
grandissant pour le klaoude et la délocalisation a la fois du processing et des
|
|
données, et bien que Plan9 ait été créé bien avant que le terme &ldquo;cloud
|
|
computing&rdquo; n&rsquo;apparaisse pour la première fois, il semble que ce système ait été
|
|
conçu pour apporter cette délocalisation tant rêvée.</p>
|
|
<p>En effet, même si l&rsquo;on considère que les nouveautés qu&rsquo;il apporte par rapport a
|
|
Unix ne sont pas extraordinaires en soit (alors qu&rsquo;elles sont déjà
|
|
conséquentes), lorsqu&rsquo;on les prend ensemble, elles font de Plan9 le système
|
|
d&rsquo;exploitation ultime en terme de partage de ressources et de données.
|
|
Ainsi, le fait que 9P permette de considérer toutes les ressources d&rsquo;un système
|
|
distant comme n&rsquo;étant qu&rsquo;une poignée de fichiers permet de le monter comme
|
|
n&rsquo;importe quel système de fichier. Le fait que chaque utilisateur puisse accéder
|
|
a plusieurs namespaces de façon transparente (et donc de démarrer, arrêter et
|
|
gérer des processus sur chacun de ces namespaces) et que chaque namespace puisse
|
|
interagir avec les autres, même s&rsquo;ils sont hétérogènes (c&rsquo;est a dire provenant
|
|
de machines différentes), permet d&rsquo;utiliser les ressources d&rsquo;une machine
|
|
distante comme si elle était présente localement. Le mécanisme d&rsquo;UnionFS permet
|
|
de rendre tout ça utilisable, en montant plusieurs systèmes de fichiers sur le
|
|
même point de montage, en même temps, et de pouvoir ainsi accéder aux fichiers
|
|
de plusieurs machines a la fois (ce qui permet une délocalisation des données
|
|
bien plus poussée que Dropbox ou Google Drive, et ce en kernelspace).</p>
|
|
<p>Le réseau fait donc partie intégrante de Plan9, et il devient plus difficile de
|
|
parler d&rsquo;ordinateur lorsque le concept même du système est d&rsquo;être composé de
|
|
clusters eux mêmes composés de machines hétérogènes. Le système de fichier
|
|
virtuel /net fourni par le kernel de Plan9 permet d&rsquo;implémenter très facilement
|
|
différents concepts réseaux : en montant le /net d&rsquo;un ordinateur du réseau local
|
|
sur celui servant de gateway vers l&rsquo;internet, on crée un NAT vers cet ordinateur
|
|
du réseau local. En montant le /net d&rsquo;un ordinateur distant sur un ordinateur
|
|
local via le protocole 9P sécurisé, on crée un VPN : les connections locales se
|
|
font en utilisant l&rsquo;accès de l&rsquo;ordinateur distant, et les connections entre les
|
|
deux sont chiffrées. </p>
|
|
<p>Bref, bien avant les clusters de Raspberry Pi qui utilisent une api python pour
|
|
partager leur &ldquo;puissance&rdquo; de calcul en userspace, des superordinateurs pour
|
|
lesquels le noyau Linux s&rsquo;est doté du support de jusqu&rsquo;à 4096 CPUs, des OS tels
|
|
JoliOS qui promettent une integration du klaoude alors qu&rsquo;ils ne sont en fait
|
|
que des navigateurs web a peine améliorés et des services de stockage en ligne
|
|
qui promettent un accès universel a toutes nos données alors qu&rsquo;ils ne proposent
|
|
que de les garder a disposition par le web, Plan9 promettait une technologie de
|
|
partage des ressources système et de données, une intégration du réseau dans le
|
|
système particulièrement poussée, un environnement graphique supporté par le
|
|
basesystem et non greffé par dessus comme l&rsquo;a été X11, et de nombreuses autres
|
|
améliorations sur Unix.</p>
|
|
<p>Malheureusement, il n&rsquo;a jamais été adopté de façon véritablement significative,
|
|
et ce pour une raison très Unixiènne : &ldquo;worse is better&rdquo;. En effet, le parc de
|
|
machines Unix déjà installées était suffisamment performant et fonctionnel pour
|
|
que des solutions soient développées au dessus du système pour remplir les
|
|
mêmes fonctions que remplit Plan9 <em>via</em> son kernel, tels le nouveau ProcFS de
|
|
Linux, FUSE, etc&hellip;</p></summary></entry></feed> |