Klassische Usenet-Beiträge über Computerarchitektur, Betriebssysteme und Programmiersprachen
(yarchive.net)- Der Computers-Index von yarchive ist eine übersichtlich aufbereitete Sammlung alter Usenet-Beiträge, geordnet nach Themen wie Computerarchitektur, Programmiersprachen, Betriebssysteme, Linux, Hardware und Computer-Business
- Unter Computer Architecture finden sich Diskussionen über Low-Level-Designfragen wie 128-Bit- und 64-Bit-Prozessoren, AMD64, Caches, RISC vs CISC, TLB, SPEC, VAX und Zero Registers
- Programming Languages behandelt nicht nur C, Fortran, Ada und COBOL, sondern auch praxisnahe Themen rund um Sprachen wie Compiler-Optimierungen, ABI, Pointer,
volatile,long longsowie GPL und Linking - Der Bereich Betriebssysteme deckt BSD, Microkernel, mmap, setuid und FTP-Sicherheitslücken ab und erweitert sich im Linux-Unterbereich auf Kernel-Entwicklung, Dateisysteme, Sicherheit, Git, GPL und Memory Barriers
- Jeder Eintrag zeigt zusammen mit dem Titel den Autor und die Größe in Bytes an, sodass sich das Originalarchiv gut nach Thema und Verfasser durchstöbern lässt
Indexformat und Lesart
- Die Computers-Seite von yarchive ist eine Linkliste, die computerbezogene Beiträge nach Themen aufteilt
- Jeder Link enthält in der Regel die folgenden Informationen
- Titel des Beitrags
- Name des Autors oder Beteiligten
- Größe des Beitrags, z. B.
[8913 bytes]
Computer Architecture
- Ein Abschnitt mit Beiträgen zu Prozessoren, Speicher, Caches, Befehlssätzen, Benchmarks, numerischen Berechnungen und Multiprozessoren
- Beispielhafte Einträge
- Zu den Autoren, die in mehreren Einträgen auftauchen, gehören John R. Mashey, Linus Torvalds, Terje Mathisen, Mitch Alsup und John D. McCalpin
Programming Languages
- Ein Abschnitt mit Beiträgen zu C, Fortran, Ada, COBOL, Compilern, ABI, Pointern, Standards und Optimierungen
- Beispielhafte Einträge
- Als Autoren oder Beteiligte sind Dennis Ritchie, Chris Torek, Henry Spencer, Linus Torvalds und Robert Corbett verzeichnet
The Computer Business; Miscellaneous
- Enthält Beiträge über das Halbleitergeschäft, Computerausgaben, Patente, SGI, MIPS, High-Tech-Aktien, Startups und Innovation
- Beispielhafte Einträge
- Einige Einträge behandeln auch Themen außerhalb der Tech-Industrie; Beispiele sind Danish, English, Norway und Oceanography
Hardware
- Sammlung von Beiträgen zu Hardware wie Speichermedien, Leiterplatten, Ethernet, RS232, Glasfaser und Speicher
- Beispielhafte Einträge
Operating Systems
- Behandelt Shells, BSD, Deadlocks, Sicherheitslücken, Pages, Microkernel, Memory Mapping, Echtzeitsysteme, setuid und Zombie-Prozesse
- Beispielhafte Einträge
Linux-Unterabschnitt
- Linux ist ein eigener Abschnitt unter den Betriebssystem-Themen, in dem viele Einträge zu Kernel-Entwicklung und Systemprogrammierung aufgelistet sind
- Behandelt werden unter anderem ABI-Dokumentation, ACPI, BIOS, Block-Layer, Caches, Coding Style, Git, GPL, Kernel-Header, Locks, Memory Barriers, Dateisysteme, Sicherheit, Scheduler, TLB, UTF-8 und Zero-Copy
- Beispielhafte Einträge
- Linus Torvalds, Al Viro, Theodore Ts'o und H. Peter Anvin erscheinen wiederholt in verschiedenen Linux-Einträgen
2 Kommentare
Kommentare auf Hacker News
Je älter ich werde, desto stärker habe ich das Gefühl, dass Usenet eine verpasste Chance war. Mit ein paar Verbesserungen hätte es den Platz einnehmen können, den heute Facebook – inzwischen nicht mehr primär auf Freundesverbindungen ausgerichtet – oder Reddit haben, und es wäre wohl auch großartig für Werbung lokaler Unternehmen und die Verbreitung von Nachrichten gewesen.
Es war dezentral, hatte mehrere Clients und ließ sich in beliebig enge Themen aufteilen, sodass die Gruppenstruktur nahezu direkt Subreddits entsprochen hätte.
Wirklich eine verpasste Chance; das Protokoll ist leicht zu verstehen und passt gut zu Dezentralisierung und Self-Hosting. Schade, dass
nntplibnach Python 3.12 in 3.13 entfernt werden soll; NNTP hätte ein Revival verdient.Spam ist ebenfalls ein großes Problem, und um Impersonation zu verhindern, müsste alles signiert werden; Verschlüsselung richtig einzusetzen ist erfahrungsgemäß aber sehr umständlich. Wir haben ja schon bei E-Mail gesehen, dass das nicht zufriedenstellend funktioniert. Außerdem ist fraglich, ob Usenet die Größenordnung heißer Threads wie auf Reddit bewältigen könnte, in denen Dutzende Kommentare pro Sekunde eingehen. Lässt sich all das wirklich mit „ein paar Verbesserungen“ lösen?
So wie schlechtes Geld gutes Geld verdrängt, scheinen schlechte Dienste gute Dienste zu verdrängen. Zentralisierte Systeme schlagen dezentrale wegen ihrer Bequemlichkeit, und diese Bequemlichkeit zieht Menschen an, die schließlich innerhalb der Plattform landen. Das klassische Usenet gibt es noch, und mit einer E-Mail-Adresse kann man ein Eternal-September-Konto erstellen. Es gibt nicht viele Nutzer, aber man kann einer davon sein.
Heute könnten Konten angesichts von Impersonation und Ähnlichem nützlich sein, aber Scoring und Plonk waren wirklich mächtige Werkzeuge, um gewünschte Inhalte zu verwalten und herauszufiltern. Es gab zwar Probleme mit der Synchronisierung des Gelesen-Status, aber das ließe sich heute vermutlich leicht verbessern.
Einer der Usenet-Beiträge, der mir bis heute Gänsehaut bereitet, ist dieser Post aus Berlin vom 10. November 1989: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...
[1]: https://news.ycombinator.com/item?id=35937637
https://yarchive.net/comp/sandboxes.html ist ein interessantes Beispiel für Clarkes erstes Gesetz: „Wenn ein angesehener, aber älterer Wissenschaftler sagt, dass etwas möglich ist, hat er fast immer recht; sagt er, dass etwas unmöglich ist, liegt er meistens falsch.“
Theodore Ts'os Beitrag argumentiert, dass Software-Sandboxing zwar nicht unmöglich, aber ziemlich schwierig sei. Die Logik: Entweder der Nutzer oder das sandboxed Programm müsse es konfigurieren; der Nutzer wisse nicht, was zu tun ist, und dem ausführbaren Programm könne man nicht vertrauen. Dabei ließ er aber den Ansatz aus, dass das Betriebssystem alle Sandbox-Formen vorgibt und die Software sich daran anpasst. Android und iOS sowie Linux über snap und flatpak nutzen zunehmend dieses Modell. Sandboxing ist nicht nur möglich, sondern notwendig.
Sich zu irren ist keine große Sünde, und jeder irrt sich gelegentlich. Auch danach hat der Autor hervorragende Arbeit am Linux-Kernel geleistet. Interessant ist, darüber nachzudenken, warum kluge Menschen falschliegen, und gegenüber Behauptungen der Marke „unmöglich“ skeptisch zu bleiben.
Standardisierte Sandboxes erleichtern Bedienbarkeit und Analyse und ermöglichen es Anwendungsentwicklern, auf ein verständliches Sicherheitsmodell hinzuarbeiten. Das Problem des ursprünglichen Beitrags ist die Annahme, dass jedes nicht bösartige Programm unbedingt laufen muss, egal wie komplex es ist. Das ist dieselbe Denkweise wie der Unsinn, formale Methoden seien wegen des Halteproblems unmöglich. Wenn man es nicht analysefreundlich macht, lehnt man es einfach ab, und damit umgeht man das Halteproblem.
Das ist ein Black-Box-Ansatz zur Systemüberwachung, der auch gut zu geheimen, vergessenen oder proprietären Systemen passt, und bei den meisten Systemen – ob Hardware oder Software – gute Ingenieurpraxis ist. Anomalien lassen sich nämlich in der Regel ziemlich gut erkennen.
Man könnte meinen, NNTP skaliere nicht, aber selbst zu seiner Blütezeit war Usenet nicht das einzige NNTP-Netzwerk. Es gab zahlreiche Nischen-NNTP-Server, die nicht mit Usenet peerten, und einige Nischen-NNTP-Communitys laufen bis heute gut.
Auch kleine geschlossene Netzwerke mit nur wenigen Peers können Hunderte bis Tausende Menschen tragen. Die Struktur sozialer Medien hat uns daran gewöhnt, dass die ganze Welt in den Feed oder Posteingang gespült wird, aber so muss es nicht sein. Genau deshalb ist NNTP gut. Dass es keine überwältigende Massenbeteiligung gibt, ist kein Bug, sondern ein Feature.
Für die Offline-Nutzung kann man es hier herunterladen: https://yarchive.net/downloads/
Unter GNU/Linux oder BSD ist es praktisch, etwas wie Midnight Commander zu verwenden, weil man die Dateien direkt lesen kann, ohne die Archive zu entpacken
Es wäre schön, wenn es eine Möglichkeit gäbe, diese Beiträge chronologisch zu sortieren
Ich bin nicht sicher, ob alle Datumsangaben korrekt geparst wurden; ich habe schlicht das erste
Date: **aus jedem Link verwendethttps://gist.github.com/Bewelge/1f42c4ba999128ae1ded6f0ecc63...
Das Problem, dass „die Hauptzielgruppe einer neuen Programmiersprache bestehende Programmierer sind, also Menschen, die bereits mit Sprachen vertraut sind, die englische Keywords verwenden. Menschen, die mit englischen Keywords Schwierigkeiten haben, arbeiten vermutlich nicht als Programmierer und werden daher nicht gehört“[1], reicht weit über Englisch und Programmiersprachen hinaus
[1]: https://yarchive.net/comp/english.html
Im Juli 1992 wurde SimCity für HyperLook in NeWS unter SunOS 4.1 angekündigt und über
ftp.uu.netverteilt; den Thread oder das Mail-Archiv, in dem das damals dafür kritisiert wurde, das Internet für die Verbreitung kommerzieller Software zu missbrauchen, kann ich heute nicht mehr findenDie vollständig lauffähige Demo konnte man per FTP herunterladen, aber nach ein paar Minuten schmolz die Stadt dahin; wenn man eine 800-Nummer anrief und per Kreditkarte einen Lizenzschlüssel kaufte, ließ sie sich sofort freischalten. Gegen Aufpreis bekam man auch eine Box mit Diskette und gedrucktem Handbuch per Post. Damals gab es kein https und nur wenige http-Webserver, und Kreditkartennummern per E-Mail zu verschicken war keine kluge Idee
Bis dahin war kommerzielle Nutzung nach der Acceptable-Use-Policy des ARPANET des US-Verteidigungsministeriums verboten, aber um 1991 hob die NSF die Beschränkungen für die kommerzielle Nutzung des NSFNET auf. Als SimCity für Unix im Juli 1992 kommerziell veröffentlicht wurde, wussten das jedoch noch nicht alle, also gab es erwartungsgemäß Kritik
Rick Adams, der an vorderster Front der Kommerzialisierung des Internets stand, gab ein Konto für die Verteilung per anonymem FTP auf
ftp.uu.netfrei; da er das für in Ordnung hielt, ignorierten wir die Beschwerden. Da ein großer Teil des Usenet-UUCP-Traffics über die uunet-Hubs lief, bekam ich gelegentlich auch irrtümlich andon@uunet/uunet!donadressierte Mail, aber keine davon enthielt Kreditkartennummernhttps://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...
In der Frühzeit von ARPANET war kommerzielle Nutzung verboten; bei der Kommerzialisierung und Privatisierung des Internets waren die Lockerung der NSFNET-Beschränkungen 1991 und die Privatisierung des Backbones 1995 wichtige Wendepunkte. Auch Rick Adams und UUNET spielten eine große Rolle bei der Kommerzialisierung des Internets, indem sie von UUCP-basierten Usenet- und Mail-Diensten zu einem kommerziellen Internet-Backbone expandierten
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, Front: https://web.archive.org/web/20180802115113im_/http://www.suc...
Rick Adams, Back: https://web.archive.org/web/20180802143444im_/http://www.suc...
Ein großer Streitpunkt bei der Kommerzialisierung des Internets war ursprünglich, dass es Unternehmen, die ans Internet angeschlossen waren, untersagt war, Pakete für Dritte zu routen; tatsächlich änderte sich das Spiel erst, nachdem sich diese Policy geändert hatte. Danach konnte jeder mitmachen
Bemerkenswert finde ich die Aussage: „Warum ist Linux deiner Meinung nach zum am weitesten verbreiteten Unix geworden? Weil es Nischen vermieden hat, Inzucht vermieden hat und nicht übermäßig stark gelenkt wurde, sodass es nicht unter den Problemen litt, die man bei unausgewogenen Systemen sieht“[1]
[1]: https://news.ycombinator.com/item?id=40404440
Maximale Tokenanzahl überschritten