2 Punkte von GN⁺ 2024-05-20 | 2 Kommentare | Auf WhatsApp teilen
  • 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 long sowie 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

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

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

 
GN⁺ 2024-05-20
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.

    • @asjo von koldfront.dk nutzt NNTP immer noch für verschiedene Zwecke, etwa als RSS-Aggregator, Blog-Engine und ActivityPub-Server: https://koldfront.dk/just_call_me_mr_nntp_1871
      Wirklich eine verpasste Chance; das Protokoll ist leicht zu verstehen und passt gut zu Dezentralisierung und Self-Hosting. Schade, dass nntplib nach Python 3.12 in 3.13 entfernt werden soll; NNTP hätte ein Revival verdient.
    • Im Usenet gibt es einige ziemlich schwierige Probleme. Besonders Moderation und Löschung sind problematisch: Man müsste eigene Beiträge oder Beiträge, die sich später als illegal herausstellen, bearbeiten oder löschen können, was sogar eine Prüfung von Inhalten vor der Veröffentlichung nahelegt.
      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?
    • In einem Thread zu E-Mail 2.0 gab es eine ähnliche Diskussion: https://news.ycombinator.com/item?id=40392709
      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.
    • Ich nutze noch immer einige Gruppen direkt, aber der Traffic nimmt von Tag zu Tag ab. Es war einfach, man wurde nicht zu einem Konto gezwungen, und das Threading war hervorragend.
      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.
    • Wenn man neue Feeds anfragte, besonders wenn man moderierte Feeds wollte, stellten sich arrogante Gatekeeper massiv in den Weg. Diese Gatekeeper sahen den Zug namens Web nicht kommen, und als sie es bemerkten, war es bereits zu spät.
  • 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...

    • Dass es Kommentare gab im Stil von „Deutschland war nur etwa zwischen 1890 und 1945 vereint, und selbst das war nicht gerade ein großer Erfolg“ – diese 1980er-Jahre-Bissigkeit ist enorm. Ich frage mich, ob man so etwas heute in höflicher Gesellschaft tippen könnte.
    • Ich habe das vor einem Jahr auf HN gesehen[1]. Es hat mich überrascht, zu sehen, wie Menschen auf HN über ein Ereignis diskutierten, das ich nur aus Dokumentationen kannte, als wäre es irgendein anderes Thema.
      [1]: https://news.ycombinator.com/item?id=35937637
    • Es war so erstaunlich, dass ich es meinem Vater geschickt habe, der seit 1950 in West-Berlin lebte.
    • Der Thread ist lesenswert. Er zeigt, wie schwierig Zukunftsprognosen sind.
    • Ich habe gerade erst erfahren, dass Usenet 1980 gestartet ist – wirklich beeindruckend.
  • 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.

    • Es muss nicht einmal nur das sein. Programme können ihre Anforderungen als verständliches Manifest präsentieren, und der Nutzer entscheidet, was er erlaubt oder ablehnt.
      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.
    • Man kann auch die Ausführung in einer weniger vertrauenswürdigen Umgebung profilieren und auf Grundlage der Ergebnisse die Sandbox definieren. Zum Beispiel, indem man Linux im NSA-SEL-Lernmodus betreibt.
      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

  • 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.net verteilt; 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 finden
    Die 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.net frei; 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 an don@uunet / uunet!don adressierte Mail, aber keine davon enthielt Kreditkartennummern
    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...
    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...

    • Ich hoffe, dass beim Schreiben von HN-Kommentaren nicht mit ChatGPT irgendwelcher Mülltext erzeugt wird
    • UUCP und das Internet sind nicht dasselbe, aber beide hosteten Usenet und Mail
      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

 
jangsc0000 2024-05-20

Maximale Tokenanzahl überschritten