randruc a écrit 5 commentaires

  • [^] # Re: Pipes

    Posté par  . En réponse à la dépêche Portrait de Ken Thompson. Évalué à 3.

    Voici le mémo original de Doug :
    http://doc.cat-v.org/unix/pipes/

    Cette interview de Doug de 1989 :
    http://doc.cat-v.org/unix/oral-history/transcripts/mcilroy.htm

    Ou encore cette page Web, après une simple recherche sur Google :
    http://www.softpanorama.org/Scripting/Piporama/history.shtml

  • # Pipes

    Posté par  . En réponse à la dépêche Portrait de Ken Thompson. Évalué à 4.

    Bonjour,

    L'introduction comporte un grossier raccourci : Les pipes ont été inventés par Doug McIlroy, et n'existaient pas dans la première version d'Unix. C'est sur sa suggestion que Ken Thompson en a écrit une implémentation pour Unix et a choisi le symbole "|" pour les représenter dans son shell.

  • [^] # Re: Micro-kernel

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 4.9. Évalué à 8.

    En effet, cette chronique du travail d'Andy est véritablement passionnante !

    De ce que j'ai compris de la problématique, je pense que ce problème pourrait se poser dans un système à micro-noyau.
    En effet, les responsabilités du noyau sont certes limitées et dispersées dans des processus utilisateurs de l'espace utilisateur/non privilégié. Néanmoins, le micro-noyau lui même pourrait avoir le même type de problème si la pile noyau n'est pas mappée virtuellement à la mémoire. Cela dépend des choix d'implémentation.

    La solution présentée dans cet article ne peut être mise en oeuvre que sur des architecture possédant une MMU. Les systèmes à noyau monolithique ou même à micro-noyau tournant sur des architectures sans MMU devront toujours faire face à ce problème, et procéder à l'ancienne pour détecter l'overflow (canaris, peinturer la pile, …, ou dans le meilleur des cas utiliser une MPU si disponible, avec l'inconvénient de gâcher une page pour la garde).

  • [^] # Re: 300 000 lignes de code !

    Posté par  . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 1.

    C'est même relativement peu… Je suis surpris, j'aurais dit davantage.

  • # Précision

    Posté par  . En réponse à la dépêche SQLite 3.8.0 : n'ayez pas peur du zéro. Évalué à 8.

    Mon caractère tatillon me permet de préciser que SQLite est un SGBD, et non pas une "base de données" à proprement parler.
    Pour l'anecdote, notons également que SQLite se trouve dans le domaine public :-)