Publications classiques d’Usenet sur l’architecture des ordinateurs, les systèmes d’exploitation et les langages

 (yarchive.net)
2 points par GN⁺ 2024-05-20 | 2 commentaires | Partager sur WhatsApp
  • L’index Computers de yarchive est une ressource qui regroupe d’anciens messages Usenet par thèmes — architecture informatique, langages, systèmes d’exploitation, Linux, matériel et industrie informatique — afin de les parcourir plus facilement
  • La section Computer Architecture rassemble des débats de conception bas niveau sur les processeurs 128 bits et 64 bits, AMD64, les caches, RISC vs CISC, les TLB, SPEC, VAX ou encore les zero registers
  • Programming Languages couvre non seulement C, Fortran, Ada et COBOL, mais aussi des sujets pratiques autour des langages comme l’optimisation des compilateurs, l’ABI, les pointeurs, volatile, long long, ainsi que la GPL et le linking
  • La partie systèmes d’exploitation s’étend de BSD, des microkernels, de mmap, de setuid et des failles de sécurité FTP jusqu’au développement du noyau Linux, aux systèmes de fichiers, à la sécurité, à Git, à la GPL et aux memory barriers
  • Chaque entrée affiche le titre du message, l’auteur et sa taille en octets, ce qui facilite la lecture des archives originales par sujet et par auteur

Format de l’index et mode de lecture

  • La page Computers de yarchive est une liste de liens classés par thème vers des messages liés à l’informatique
  • Chaque lien fournit généralement les informations suivantes
    • Titre du message
    • Nom de l’auteur ou des participants
    • Taille du message, par exemple : [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Sous-section Linux

  • Linux apparaît comme une section distincte sous les systèmes d’exploitation, avec de nombreuses entrées sur le développement du noyau et la programmation système
  • On y trouve des sujets comme la documentation ABI, ACPI, le BIOS, la couche bloc, les caches, le coding style, Git, la GPL, les kernel headers, les verrous, les memory barriers, les systèmes de fichiers, la sécurité, l’ordonnanceur, les TLB, UTF-8 et le zero-copy
  • Exemples d’entrées
  • Linus Torvalds, Al Viro, Theodore Ts'o et H. Peter Anvin reviennent à plusieurs reprises dans les entrées Linux

À lire aussi

2 commentaires

 
GN⁺ 2024-05-20
Avis sur Hacker News

  • Plus je vieillis, plus j’ai le sentiment que Usenet a été une occasion manquée. Avec seulement quelques améliorations, il aurait peut-être pu prendre la place qu’occupent aujourd’hui Facebook ou Reddit, qui ne sont plus centrés sur les liens entre amis, et il aurait aussi pu être excellent pour la promotion des commerces locaux et la diffusion d’actualités
    C’était décentralisé, il y avait plusieurs clients, et on pouvait le subdiviser en sujets aussi précis qu’on le souhaitait, donc sa structure de groupes aurait presque correspondu telle quelle à celle des subreddits

    • @asjo de koldfront.dk utilise encore NNTP aujourd’hui pour toutes sortes d’usages, comme agrégateur RSS, moteur de blog, serveur ActivityPub, etc. : https://koldfront.dk/just_call_me_mr_nntp_1871
      C’était vraiment une occasion manquée, le protocole est facile à comprendre et convient bien à la décentralisation comme à l’auto-hébergement. C’est dommage que nntplib, après Python 3.12, soit prévu pour être retiré en 3.13, et NNTP mérite de renaître
    • Usenet a tout de même pas mal de problèmes difficiles. En particulier, la modération et la suppression posent problème : il faut pouvoir modifier ou supprimer ses propres messages, ou des messages ensuite jugés illégaux, ce qui implique même un examen du contenu avant publication
      Le spam est aussi un gros problème, et pour empêcher l’usurpation d’identité il faudrait tout signer, mais bien utiliser la cryptographie est, d’après l’expérience, très fastidieux. On a déjà vu que ça ne fonctionne pas de manière satisfaisante même pour l’e-mail. En plus, on peut se demander si Usenet pourrait supporter l’échelle de fils très actifs comme sur Reddit, avec des dizaines de commentaires par seconde. Est-ce que tout cela peut vraiment se régler avec « quelques améliorations » ?
    • Il y a aussi eu un peu la même discussion dans le fil sur l’e-mail 2.0 : https://news.ycombinator.com/item?id=40392709
      On dirait que, comme la mauvaise monnaie chasse la bonne, les mauvais services évinceraient les bons. Le centralisé bat le décentralisé grâce à la commodité, et cette commodité attire les gens puis les enferme finalement dans la plateforme. L’Usenet classique existe toujours, et si vous avez une adresse e-mail, vous pouvez créer un compte Eternal September. Il n’y a pas beaucoup d’utilisateurs, mais vous pouvez en faire partie
    • J’utilise encore directement quelques groupes, mais le trafic baisse de jour en jour. C’était simple, on ne vous forçait pas à créer un compte, et l’enfilage des discussions était excellent
      Aujourd’hui, vu les usurpations d’identité et autres problèmes, un compte peut être utile, mais la notation et le plonk étaient vraiment des outils puissants pour gérer et filtrer ce qu’on voulait lire. Il y avait un problème de synchronisation de l’état de lecture, mais aujourd’hui cela semblerait facile à améliorer
    • Quand on demandait un nouveau feed, surtout un feed modéré, des gardiens arrogants faisaient fortement barrage. Ces gardiens n’ont pas vu arriver le train du Web, et quand ils s’en sont rendu compte, il était déjà trop tard

  • L’un des messages Usenet les plus saisissants à ce jour est encore ce post publié depuis Berlin le 10 novembre 1989 : https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • Voir qu’il y avait déjà un commentaire du genre « l’Allemagne n’a été unifiée qu’entre environ 1890 et 1945, et même là ce n’a pas franchement été un grand succès » montre à quel point la méchanceté façon années 1980 était redoutable. On se demande si quelqu’un oserait taper ça aujourd’hui dans un cadre un peu policé
    • J’avais vu ça sur HN il y a un an[1]. J’ai été surpris de voir des gens discuter sur HN, comme ils le feraient pour n’importe quel autre sujet, d’un événement que je ne connaissais jusque-là qu’à travers des documentaires
      [1]: https://news.ycombinator.com/item?id=35937637
    • J’ai trouvé ça tellement incroyable que je l’ai envoyé à mon père, qui vit à Berlin-Ouest depuis 1950
    • Ce fil vaut la lecture. Il montre que prédire l’avenir est difficile
    • Je viens seulement d’apprendre qu’Usenet a commencé en 1980, c’est vraiment impressionnant

  • https://yarchive.net/comp/sandboxes.html est un exemple intéressant de la première loi de Clarke. Celle qui dit que « quand un scientifique distingué mais âgé affirme qu’une chose est possible, il a presque certainement raison ; quand il affirme qu’elle est impossible, il a très probablement tort »
    Le billet de Theodore Ts'o soutient que le sandboxing logiciel, sinon impossible, est au moins assez difficile. Son raisonnement est que l’utilisateur ou le programme sandboxé doit faire la configuration, mais que l’utilisateur ne sait pas quoi faire et que l’exécutable n’est pas digne de confiance. Mais il passait à côté du modèle où le système d’exploitation définit toutes les formes de sandbox et le logiciel s’y adapte. Android et iOS, ainsi que Linux via snap et flatpak, utilisent de plus en plus ce modèle. Le sandboxing n’est pas seulement possible, il est indispensable
    Se tromper n’est pas un grand péché, et tout le monde se trompe parfois. L’auteur a ensuite continué à faire un excellent travail sur le noyau Linux. Il est intéressant de réfléchir aux raisons pour lesquelles des gens intelligents se trompent, et d’adopter une attitude sceptique face aux affirmations d’« impossibilité »

    • Ce n’est même pas nécessairement limité à ça. Il suffit que le programme présente ses besoins dans un manifeste compréhensible, puis que l’utilisateur choisisse d’autoriser ou de refuser
      Des sandboxes standardisés facilitent l’ergonomie et l’analyse, et permettent aux développeurs d’applications de viser un modèle de sécurité qu’ils peuvent comprendre. Le problème du texte original est qu’il suppose que tous les programmes non malveillants doivent absolument fonctionner, quelle que soit leur complexité. C’est le même mode de pensée que le non-sens consistant à dire que les méthodes formelles sont impossibles à cause du problème de l’arrêt. Si ce n’est pas conçu pour être facile à analyser, on peut simplement le refuser, et ainsi contourner le problème de l’arrêt
    • On peut aussi profiler l’exécution dans un environnement moins fiable, puis définir le sandbox à partir du résultat. Par exemple, en faisant tourner Linux en mode d’apprentissage NSA SEL
      Cette approche de surveillance de systèmes en boîte noire convient bien aussi aux systèmes secrets, oubliés ou propriétaires, et c’est une bonne pratique d’ingénierie pour la plupart des systèmes, matériels comme logiciels. Les anomalies ont en général tendance à être détectées assez efficacement

  • On peut penser que NNTP ne passe pas à l’échelle, mais même à son apogée, Usenet n’était pas le seul réseau NNTP. Il existait de nombreux serveurs NNTP de niche qui n’étaient pas appairés avec Usenet, et certaines communautés NNTP de niche fonctionnent encore très bien aujourd’hui
    Même un petit réseau fermé avec seulement quelques pairs peut accueillir des centaines ou des milliers de personnes. La structure des réseaux sociaux nous a habitués à ce que le monde entier déverse tout dans un fil ou une boîte de réception, mais ce n’est pas une nécessité. C’est pour cela que NNTP est bien. L’absence de participation massive et écrasante n’est pas un bug, c’est une fonctionnalité

  • Pour une utilisation hors ligne, on peut les récupérer ici : https://yarchive.net/downloads/
    Sous GNU/Linux ou BSD, c'est pratique d'utiliser quelque chose comme Midnight Commander pour lire directement les fichiers sans les décompresser

  • Ce serait bien d'avoir un moyen de les trier par date

  • Le problème selon lequel « le principal public cible d'un nouveau langage de programmation, ce sont les programmeurs existants, c'est-à-dire des gens déjà habitués à des langages utilisant des mots-clés anglais. Ceux qui ont des difficultés avec les mots-clés anglais ne travailleront probablement pas comme programmeurs, donc on n'entend pas leur voix »[1] dépasse largement la question de l'anglais et des langages de programmation
    [1]: https://yarchive.net/comp/english.html

  • Il est désormais impossible de retrouver le fil ou les archives mail où, en juillet 1992, j'avais annoncé SimCity tournant dans HyperLook de NeWS pour SunOS 4.1, puis l'avais distribué via ftp.uu.net, et où je m'étais fait incendier pour avoir détourné Internet à des fins de distribution de logiciel commercial
    On pouvait télécharger une démo entièrement fonctionnelle par FTP, mais au bout de quelques minutes la ville fondait ; en appelant un numéro vert pour acheter une clé de licence par carte bancaire, on pouvait la déverrouiller immédiatement. Moyennant un coût supplémentaire, on recevait aussi par courrier une boîte avec les disquettes et le manuel imprimé. À l'époque, il n'y avait pas de https, et pas beaucoup de serveurs web http ; envoyer un numéro de carte bancaire par email n'était pas une idée très judicieuse
    Jusque-là, l'usage commercial était interdit par la politique d'utilisation acceptable de l'ARPANET du département de la Défense américain, mais vers 1991 la NSF a levé les restrictions sur l'usage commercial de NSFNET. Cela dit, quand SimCity pour Unix est sorti commercialement en juillet 1992, tout le monde n'était pas au courant, donc j'ai naturellement essuyé des critiques
    Rick Adams, qui était aux avant-postes de la commercialisation d'Internet, m'avait donné un compte pour le distribuer en FTP anonyme sur ftp.uu.net, et puisqu'il considérait que c'était acceptable, j'ai ignoré les gens qui se plaignaient. Comme une part importante du trafic Usenet UUCP passait par le hub uunet, il m'arrivait souvent de recevoir par erreur des mails destinés à don@uunet / uunet!don, mais aucun ne contenait de numéro de carte bancaire
    https://donhopkins.com/home/SimCity_HyperLook.gif
    https://donhopkins.com/home/HyperLookSimCityManual.pdf
    https://groups.google.com/g/comp.windows.x/c/ukCskm_x410/m/G...
    Aux débuts de l'ARPANET, l'usage commercial était interdit, et dans le processus de commercialisation et de privatisation d'Internet, l'assouplissement des restrictions de NSFNET en 1991 puis la privatisation du backbone en 1995 ont été des tournants majeurs. Rick Adams et UUNET ont eux aussi joué un rôle majeur dans la commercialisation d'Internet, en passant de services Usenet et mail basés sur UUCP à un backbone Internet commercial
    https://en.wikipedia.org/wiki/Rick_Adams_(Internet_pioneer)
    Suck.com Net.Moguls Internet Mogul Trading Cards: https://web.archive.org/web/20181211075708/http://www.suck.c...
    Rick Adams, recto : https://web.archive.org/web/20180802115113im_/http://www.suc...
    Rick Adams, verso : https://web.archive.org/web/20180802143444im_/http://www.suc...

    • J'aimerais qu'on évite de produire des commentaires poubelle avec ChatGPT pour écrire sur HN
    • UUCP et Internet ne sont pas la même chose, mais tous deux hébergeaient Usenet et le mail
      Le grand enjeu de la commercialisation d'Internet était au départ que les entreprises déjà connectées à Internet n'avaient pas le droit de router des paquets pour des tiers, et c'est vraiment le changement de cette politique qui a rebattu les cartes. Après cela, tout le monde a pu participer

  • Cette phrase est frappante : « Pourquoi Linux est-il devenu l'Unix le plus largement distribué ? Parce qu'il a évité les niches, évité la consanguinité et n'a pas été trop dirigé, ce qui lui a épargné les problèmes qu'on voit dans des systèmes déséquilibrés »[1]
    [1]: https://news.ycombinator.com/item?id=40404440
 
jangsc0000 2024-05-20

Nombre maximal de jetons dépassé