Vous entendrez l'acronyme, ou lirez à ce sujet :POSIX, sur différents forums et articles en ligne. Les programmeurs et les développeurs de systèmes semblent s'en soucier le plus. Cela peut sembler mystérieux et, bien qu'il existe de nombreuses bonnes sources sur le sujet, certains forums de discussion (la brièveté fait partie de leur nature), n'entrent pas dans les détails quant à ce que c'est et cela peut prêter à confusion. Qu'est-ce donc que POSIX, vraiment ?
Qu'est-ce que POSIX ?
POSIX n'est pas vraiment une chose. Il décrit une chose - un peu comme une étiquette. Imaginez une boîte étiquetée :POSIX , et à l'intérieur de la boîte se trouve une norme. Un standard est constitué d'ensembles de règles et d'instructions qui concernent POSIX. POSIX est un raccourci pour Portable Operating System Interface . Il s'agit d'une norme IEEE 1003.1 qui définit l'interface de langage entre les programmes d'application (ainsi que les shells de ligne de commande et les interfaces utilitaires) et le système d'exploitation UNIX.
La conformité à la norme garantit la compatibilité lorsque les programmes UNIX sont déplacés d'une plate-forme UNIX à une autre. POSIX se concentre principalement sur les fonctionnalités de System V UNIX et BSD UNIX d'AT&T.
Une norme doit être définie et suivie de règles sur la manière d'atteindre l'objectif d'interopérabilité entre les systèmes d'exploitation. POSIX couvre des éléments tels que :les interfaces système, les commandes et les utilitaires, l'accès aux fichiers réseau, pour n'en nommer que quelques-uns ; POSIX est bien plus que cela.
Pourquoi POSIX ?
En un mot :portabilité.
Il y a plus de 60 ans, les programmeurs devaient réécrire complètement le code s'ils voulaient que leur logiciel s'exécute sur plus d'un système. Cela ne s'est pas produit très souvent en raison des dépenses impliquées, mais la portabilité est devenue une fonctionnalité au milieu des années 1960 - non pas via POSIX - mais dans le domaine du mainframe.
IBM a présenté la famille d'ordinateurs centraux System/360. Différents modèles avaient leurs spécialisations uniques, mais le matériel était tel qu'ils pouvaient utiliser le même système d'exploitation :OS/360.
Non seulement le système d'exploitation pouvait fonctionner sur différents modèles, mais les applications pouvaient également fonctionner sur eux. Non seulement cela a permis de maintenir les coûts bas, mais cela a également créé des systèmes informatiques – les systèmes d'une gamme de produits qui pourraient fonctionner ensemble. Tout est courant aujourd'hui - les réseaux et les systèmes, mais à l'époque, c'était énorme !
Quand UNIX est apparu, à peu près au même moment, il s'est également révélé prometteur en ce sens qu'il pouvait fonctionner sur des machines de différents fabricants. Cependant, lorsque UNIX a commencé à se diviser en différentes saveurs, le portage du code entre ces variantes UNIX est devenu difficile. La promesse de portabilité UNIX perdait du terrain.
Pour résoudre ce problème de portabilité, POSIX a été formé dans les années 1980. La norme a été définie sur la base de System V UNIX et BSD UNIX d'AT&T, les deux plus grandes variantes à l'époque. Il est important de noter que POSIX n'a pas été conçu pour contrôler la façon dont les systèmes d'exploitation ont été construits - toute entreprise était libre de concevoir sa variante UNIX à sa guise. POSIX ne concernait que la manière dont une application s'interface avec le système d'exploitation. En langage programmeur, une interface est la méthode par laquelle le code d'un programme peut communiquer avec un autre programme. L'interface s'attend à ce que le programme A fournisse un type spécifique d'informations au programme B. De même, le programme A s'attend à ce que le programme B réponde avec un type spécifique de données.
Par exemple, si je veux lire un fichier à l'aide de la commande cat, je taperais quelque chose comme ceci sur la ligne de commande :
cat myfile.txt
Sans entrer dans beaucoup de langage de programmeur, je dirai simplement que la commande cat appelle le système d'exploitation pour récupérer le fichier afin que cat puisse le lire. cat le lit, puis affiche le contenu du fichier à l'écran. Il y a beaucoup d'interaction entre l'application (cat ) et le système d'exploitation. Le fonctionnement de cette interaction est ce qui intéressait POSIX. Si l'interaction pouvait être la même entre les différentes variantes d'UNIX, la portabilité - quels que soient le système d'exploitation, le fabricant et le matériel - est retrouvée.
Les détails sur la façon dont tout cela est accompli sont définis dans la norme.
La conformité est volontaire
Nous avons tous au moins vu un message du type "pour obtenir de l'aide, tapez :xxxxx -help". Ceci est courant sous Linux et n'est pas conforme à POSIX. POSIX n'a jamais exigé le double tiret, ils attendent un tiret. Le double tiret vient de GNU, mais il ne nuit pas à Linux et ajoute un peu à son caractère. Dans le même temps, Linux est pour la plupart conforme, en particulier en ce qui concerne les interfaces d'appel système. C'est pourquoi nous sommes capables d'exécuter des applications X, GNOME et KDE sur Linux, Sys V UNIX et BSD UNIX. Diverses commandes, telles que ls, cat, grep, find, awk et bien d'autres fonctionnent de la même manière dans les différentes variantes.
En règle générale, la conformité est une étape volontaire. Lorsque le code est conforme, il est plus facile de passer à un autre système ; très peu de réécriture de code, le cas échéant, serait nécessaire. Lorsque le code peut fonctionner sur différents systèmes, son utilisation se développe. Les personnes utilisant d'autres systèmes peuvent bénéficier de l'utilisation du programme. Pour le programmeur en herbe, apprendre à écrire des programmes conformes à POSIX ne peut qu'aider sa carrière. Pour les lecteurs intéressés par la sphère de conformité Linux, de nombreuses informations intéressantes peuvent être trouvées sur :Linux Standard Base.
Mais je ne suis pas un programmeur ou un concepteur de système…
De nombreuses personnes qui travaillent sur des ordinateurs ne sont pas des programmeurs ou des concepteurs de systèmes d'exploitation. Ce sont les commis à la transcription médicale, les secrétaires qui rédigent des lettres, des listes de tâches, des mémos dictés, etc. D'autres compilent des nombres, rassemblent et massent des données, gèrent des magasins en ligne, écrivent des livres et des articles (et certains d'entre nous les lisent). Dans presque tous les emplois, il y a probablement un ordinateur à proximité.
POSIX affecte également ces utilisateurs, qu'ils le sachent ou non. Les utilisateurs ne sont pas tenus de se conformer à la norme, mais ils s'attendent à ce que leurs ordinateurs fonctionnent. Lorsque les systèmes d'exploitation et les programmes sont conformes à la norme POSIX, ils bénéficient de l'interopérabilité. Ils pourront passer d'un système à un autre en s'attendant raisonnablement à ce que les machines fonctionnent comme une autre. Leurs données seront toujours accessibles et ils pourront toujours y apporter des modifications.
POSIX, ainsi que d'autres normes, évoluent continuellement. À mesure que la technologie évolue, la norme évolue également. Les normes sont en fait un système convenu utilisé par des personnes, des fabricants, des organisations, etc. pour effectuer des tâches de manière efficace. Les appareils d'un fabricant peuvent fonctionner avec l'appareil d'un autre fabricant. Pensez-y :votre oreillette Bluetooth peut être utilisée aussi bien sur un iPhone Apple que sur un téléphone Android. Notre téléviseur peut se connecter et diffuser des vidéos et des émissions de différents réseaux, tels qu'Amazon Prime, BritBox, Hulu, pour n'en nommer que quelques-uns. Maintenant, nous pouvons même surveiller la fréquence cardiaque avec nos téléphones. Tout cela est rendu possible, en grande partie, grâce à la conformité aux normes.
Avantages à profusion. J'aime ça.
Qu'en est-il du X ?
Je l'avoue, je n'ai jamais dit à quoi servait le "X" dans POSIX. Opensource.com a un excellent article où Richard Stallman explique ce que signifie le « X » dans POSIX. Le voici, dans ses mots :
L'IEEE avait fini de développer la spécification mais n'avait pas de nom concis pour cela. Le titre disait quelque chose comme "interface de système d'exploitation portable", bien que je ne me souvienne pas des mots exacts. Le comité a choisi "IEEEIX" comme nom concis. Je ne pensais pas que c'était un bon choix. C'est moche à prononcer - ça sonnerait comme un cri de terreur, "Ayeee !" - donc je m'attendais à ce que les gens appellent plutôt la spécification "Unix".
Puisque GNU n'est pas Unix, et qu'il était destiné à remplacer Unix, je ne voulais pas que les gens appellent GNU un "système Unix". J'ai donc proposé un nom concis que les gens pourraient réellement utiliser. N'ayant pas d'inspiration particulière, j'ai généré un nom de manière peu intelligente :j'ai pris les initiales de « système d'exploitation portable » et j'ai ajouté « ix ». L'IEEE l'a adopté avec empressement.
Conclusion
La norme POSIX permet aux développeurs de créer des applications, des outils et des plates-formes sur de nombreux systèmes d'exploitation en utilisant une grande partie du même code. Il n'est en aucun cas obligatoire d'écrire du code conformément à la norme, mais cela aide considérablement lorsque vous souhaitez porter votre code sur d'autres systèmes.
Fondamentalement, POSIX est destiné aux concepteurs de systèmes d'exploitation et aux développeurs de logiciels, mais en tant qu'utilisateurs d'un système, nous sommes affectés par POSIX, que nous en soyons conscients ou non. C'est grâce à la norme que nous sommes capables de travailler sur un système UNIX ou Linux et de transférer ce travail sur un autre système et de travailler dessus sans accroc. En tant qu'utilisateurs, nous bénéficions de nombreux avantages en termes de convivialité et de réutilisation des données dans tous les systèmes.
Article d'origine