Erst im Januar hatte AMD auf der CES in Las Vegas der Welt die neue 4000er-Serie seiner leistungsstarken Ryzen-Prozessoren vorgestellt. Unter anderem auch den 4800H(S), der in einem 14-Zoll-Exzellenz-Gaming-Notebook von ASUS präsentiert wurde, die sechs Monate das Exklusivrecht für die Veröffentlichung dieser CPUs halten sollten.
Das passte ganz gut in meine eigenen Hardwareplanungen, hatte ich mir doch seit 2011 keinen Rechner mehr gegönnt. Und die Thematik mit Meltdown und Spectre machte ab 2018 ja alles nur noch viel schlimmer und ätzender. Es war mal wieder allerhöchste Zeit, Intel so richtig in den A**** zu treten!
Die Notebook-Prozessoren von AMD spielen mittlerweile in einer eigenen Liga. Kein Vergleich mehr zu meiner letzten AMD-Hardware aus 2005, damals war der Turion64 „ultramodern“ und 64bit war d-e-r heiße Scheiß, die CPUs aber wie immer von AMD im Notebook viel zu laut und viel zu warm.
Die Hardware, die ich seit letzter Woche nun mein Eigen nennen darf, gilt aktuell als beste Laptop-CPU der Welt, neben dem 4900er-Modell, der Ryzen 7 4800HS.
Wie es der Zufall so wollte bin ich seit 2018 im CPU-Benchmarking-Territorium unterwegs, zumindest in meiner Freizeit. Was lag da also näher, als sich den Prozessor mal mit dem Tool HPL (High Performance Linpack) vorzunehmen, der Benchmark-Suite, mit der auch die TOP500-Liste der Supercomputer seit Jahren gebenchmarkt wird? Eben!
Gesagt, getan, Freitag Abend drei Stunden Arbeit investiert und das Ergebnis meiner Maschine kann sich doch durchaus sehen lassen, wie ich finde:
================================================================================
HPLinpack 2.2 — High-Performance Linpack benchmark — February 24, 2016
Written by A. Petitet and R. Clint Whaley, Innovative Computing Laboratory, UTK
Modified by Piotr Luszczek, Innovative Computing Laboratory, UTK
Modified by Julien Langou, University of Colorado Denver
================================================================================An explanation of the input/output parameters follows:
T/V : Wall time / encoded variant.
N : The order of the coefficient matrix A.
NB : The partitioning blocking factor.
P : The number of process rows.
Q : The number of process columns.
Time : Time in seconds to solve the linear system.
Gflops : Rate of execution for solving the linear system.The following parameter values will be used:
N : 13920
NB : 240
PMAP : Row-major process mapping
P : 1
Q : 2
PFACT : Right
NBMIN : 4
NDIV : 2
RFACT : Right
BCAST : 2ring
DEPTH : 1
SWAP : Spread-roll (long)
L1 : transposed form
U : transposed form
EQUIL : yes
ALIGN : 8 double precision words——————————————————————————–
– The matrix A is randomly generated for each test.
– The following scaled residual check will be computed:
||Ax-b||_oo / ( eps * ( || x ||_oo * || A ||_oo + || b ||_oo ) * N )
– The relative machine precision (eps) is taken to be 1.110223e-16
– Computational tests pass if scaled residuals are less than 16.0================================================================================
T/V N NB P Q Time Gflops
——————————————————————————–
WR12R2R4 13920 240 1 2 7.23 2.486e+02
HPL_pdgesv() start time Fri Jul 10 23:17:19 2020HPL_pdgesv() end time Fri Jul 10 23:17:26 2020
——————————————————————————–
||Ax-b||_oo/(eps*(||A||_oo*||x||_oo+||b||_oo)*N)= 0.0046572 …… PASSED
================================================================================Finished 1 tests with the following results:
1 tests completed and passed residual checks,
0 tests completed and failed residual checks,
0 tests skipped because of illegal input values.
——————————————————————————–End of Tests.
================================================================================
Wie zu erwarten war schneidet das 8-Kerne-AMD-Biest formidabel ab, das Endergebnis des etwas über 7 Sekunden dauernden und alle acht Kerne ausnutzenden Tests ging voll auf den L3-Cache, der hier zwei Mal vorhanden ist und je 4MB beträgt: 248,6 GFLOPS!
I <3 it! Selbst nur im Akkumodus und vom Stromnetz getrennt kam der Prozessor noch auf 210,4 GFLOPS.
Ich kann mir nicht helfen, aber ich habe selten so eine krasse, alleinige CPU-Leistung von einem meiner Heimgeräte gesehen. Gut, die PS3 war auch noch gut dabei, bis heute übrigens, obwohl die Hardware aus 2007/2008 stammt. Der Ryzen 7 4800HS ist also die zweite CPU in meinem Haushalt, die über 200 GFLOPS mit HPL erreicht. Hut ab, AMD, gerne mehr davon!
Solche Benchmarks selbst durchzuführen, v.a. unter Linux, ist eine Kunst, die selbst mich als Berufsinformatiker immer wieder vor Herausforderungen stellt. Man merkt das schon sehr gut bei der Recherche zu dem Thema, wo nie Tools gelistet sind, die außerhalb der Intel-Welt ein Ergbnis in (G)FLOPS liefern. Wie kompliziert das hier war und wie man den Test erfolgreich durchführt, bei noch viel komplizierterer Vorkonfiguration, erläutere ich gerne mal in einem anderen Beitrag. Stay tuned! 😉
Was Unterstützung für Linux betrifft, so ist Canon aus Japan beileibe kein A****loch-Hersteller: für meinen Drucker TR 8550 aus 2017/2018 gibt es wenigstens Treiber für Debian Linux und RPM-basierte wie z.B. Fedora. Wenngleich die seit Ende 2017 auch nie mehr einem Update unterzogen wurden…
Wie Canon in den 80ern Populärkultur wurde: dank „Akira“!
Nur was mit Arch oder auf Arch basierenden Derivaten? Viel Spaß mit der Installation über den Sourcecode!
Nee, das funktioniert nicht. Ehrlich jetzt.
Ich hatte noch ein funktionierendes Setup auf einem anderen Linux-Rechner, aber selbst meine manuell kopierten Dateien (cmdtocanonij2
, cmdtocanonij3
, rastertocanonij
) nach /usr/lib/cups/filter/
brachten das Mistding nicht ans Laufen. Ich bekam beim Druckversuch einer Testseite nur immer wieder die Meldung „Filter failed“.
In einer Onlinerecherche kam irgendwo (ich spare mir Links, keine Zeit, hier auch unnötig), das bedeute „eine Vielzahl von Fehlern“, ich solle debuggen.
Nee, das funktioniert heute nicht. Nicht heute. Und morgen auch nicht. Und auch nicht irgendwann nächstes Jahr.
Phew, was tun?
Wir werden pervers! Aber so richtig! Wir konvertieren das erhältliche *.deb-Paket in eine Arch-Installationsdatei, die pacman dann essen muss! Völlig egal, ob es funktioniert oder nicht danach! Muhahahaha!
Das Tool, das dies erledigt, nennt sich debtap und ist über offizielle Quellen nicht erhältlich, man muss das inoffizielle AUR anzapfen. Doch selbst dann läuft es nicht einfach von selbst, man muss indizieren lassen, aber wie das alles genau geht steht hier, denn den Link share ich gerne weiter: https://ostechnix.com/convert-deb-packages-arch-linux-packages/.
Der Befehl, der die Konvertierung durchführt, lautet schließlich so:
debtap cnijfilter2_5.50-1_amd64.deb
Der hat wahrscheinlich eine halbe Ewigkeit Gültigkeit, denn der Treiber wird von Canon für Pinguinnutzer ja eh nie geupdatet.
Man kann übrigens die Fragen, die sich hier stellen, nach Belieben ausfüllen, das ist nicht wichtig. Heraus kommt eine cnijfilter2-5.50-1-x86_64.pkg.tar.zst
, die man nur noch mit sudo pacman -U
installieren muss. DONE!
Gestern, nach 22:00, end-lich funktioniert’s!
Gut, bei mir schlug die Installation erst einmal fehl, denn meine manuell kopierten Dateien waren ja noch da, worüber sich pacman beschwert hat. Doch nach dem Löschen dieser war dann eine Installation ohne Fehlermeldung möglich. Danke debtap, danke pacman, danke TCP/IP!
Mit diesem Tutorial wollte ich mehrere Dinge auf einmal zeigen:
1) die erfolgreiche Installation des Druckers TR 8550 von Canon unter Arch Linux bzw. einem der vielen Derivate
2) dass eine manuelle Installation fehl schlägt (verschwendete Lebenszeit!)
3) was das Tool debtap ist und warum wir hier pervers werden müssen
4) warum Versuch manchmal kluch macht
5) get it running or die tryin‘!
Wenn diese Exkursion in die Tiefen der Linux-Druckertreiber-Höllen bei euch auch zum Erfolg geführt hat, klickt doch auf einen der Buttons und spendet bitte! KTHXBYE! <3
Zur Abwechslung mal Werbung.
In Frankreich verbotene Werbung.
Für ein Fahrrad.
Ja, 2020 und Europa und so, nicht Mittelalter und nicht China:
Dieser nur 45 Sekunden kurze Werbespot der niederländischen Elektrofahrradschmiede VanMoof darf im französischen Fernsehen nicht mehr gezeigt werden, denn er „verunglimpfe die Automobilindustrie“.
Nein, leider kein Scherz. Ist auch Juli und nicht April, wir leben immer noch in einer weltweiten Viruspandemie und wir haben auch erst die Hälfte des Jahres geschafft.
Fakt ist nach wie vor, dass wir eine Mobilitätswende brauchen, ob nun mit oder ohne Frankreich, ob nun in Europa oder außerhalb. Sonst gibt es nämlich zur Hälfte dieses Jahrhunderts kein [insert transportation object here] mehr, was auf irgendeiner Straße rollt, weil der Planet uns alle gegrillt und erstickt hat. Aus gutem Grund, nicht zu vergessen.
Wegen der rassistischen Unruhen in den USA haben Killer Mike und El-P ihr neuestes Album kurzerhand direkt und verfrüht ins Internet gedropt:
Es ist sogar komplett umsonst, wenn ihr euch entscheidet, einen kleinen Betrag beim Checkout zu spenden! Dafür folgt ihr einfach diesem Link hier und füllt das Formular entsprechend aus. Alle Spenden über diese Zahlungsweise kommen dem Mass Defense Program zugute.
Separat gibt es auch einen Link, der euch das Booklet in digitaler Form als PDF nachliefert.
Tracklist:
01. Yankee And The Brave
02. Ooh LALA (Feat. Greg Nice and DJ Premier)
03. Out Of Sight (Ft. 2 Chainz)
04. Holy Calamafuck
05. Goonies Vs. ET
06. Walking In The Snow
07. Ju$t (Feat. Pharrell Williams and Zack De La Rocha)
08. Never Look Back
09. The Ground Below
10. Pulling The Pin (Feat. Mavis Staples and Josh Homme)
11. A Few Words For The Firing Squad (Radiation)
Bequemer und eleganter für wütenden, zeitgemäßen & perfekten US-Rap geht nicht! ^^
Im Januar erzählte mir ein Kollege, ich solle „Tinder“ versuchen.
Es sei „der ideale Weg um Bräute abzuchecken“.
Also habe ich mich dort angemeldet.
Über mein eigenes Smartphone, ist Risiko, klar.
Ich durfte mir das einfach nicht entgehen lassen.
Woche für Woche schaue ich mal rein.
Irgendwie posten alle Honeys nur noch ihr „Instagram“-Profil.
Oder Zwei-Sekunden-Infinite-Loop-GIFs.
Das war aber gar nicht mein Problem, weil:
ich habe gemerkt, ich bin hässlich.
Und habe nur vier Likes. Pardon: „Matches“.
Und das auch noch während weltweiter Pandemiezeiten!
Um Depressionen zu vermeiden kam mir nur eine Lösung:
Ich lasse mir Titten machen.
Nächste Woche habe ich Termin.
#Zeitgeist
Apple: will „schneller“ und „weniger warm“ werden. Und natürlich „glänzen“…
2005, also vor 15 langen Jahren, wurde die Computer-Hardware-Firma Apple aus Cupertino Opfer ihres eigenen Marketings: man pfiff auf die komplizierte Supercomputer-CPU-Architektur powerpc und stieg um auf die (mangelhaften) Prozessoren der 0815-CPU-Schmiede Intel.
Es war ein Paradigmenwechsel.
Vollkommerz und totaler Bull$hit.
Plus: null Innovation.
Den bis heute auf Expertenseite niemand verstand.
Mit Gehirn ist oft nicht bei Business-Entscheidungen, das wusste ich mit Anfang 20 vielleicht zu wenig. Mir war es als Linuxer eh wurscht.
Anyways.
Vorgespult, wir haben 2020 und Apple wagt erneut einen Paradigmenwechsel: man switcht von Intel zu ARM!
Offiziell weil die CPUs von Intel sich „nicht schnell genug weiterentwickeln“ (Quelle: Bloomberg), Apple „zu warm“ sind und überhaupt ja eh Schrott.
Inoffiziell denke ich, dass es zukünftig keinen Unterschied mehr machen wird zwischen iOS (Smartphones, Tablets) und macOS (Desktop) und man sich hier Richtung Vereinheitlichung der CPU-Plattform bewegen will. Was ja bei der PlayStation 4 ähnlich lief, wo man sich weg von Supercomputer-CPUs Richtung x64 bewegt hat, um a) Entwicklern entgegenzukommen und b) die PC-Plattform mit Ablegern zu fluten.
Gut und clever gewählt ist der aktuelle Schachzug der Gegen-die-Wände-Läufer aus Cupertino absolut: ARM-Prozessoren gehören mit zu den ältesten, sind daher bestens supportet und wirklich energieeffizient. Da bräuchte es nicht einmal interne Untersuchungen.
Ob man sich einen Gefallen machen wird die Desktop-Plattform für iOS-Gedönsen zu opfern steht auf einem anderen Blatt – gerade dieser Move läuft aber schon ein paar Jahre, da braucht man sich nur die „App-Stores“ beider Plattformen anschauen oder die LED-Bar diverser Macbooks. Ja, auch ich habe ein paar Schafe (verloren) in meinem Bekanntenkreis und sehe manche Bewegungen der Apfel-Welt.
Wann genau erste Mac-Hardware mit ARM-CPUs in 2021 kaufbar sein wird, wird wahrscheinlich am 22. Juni öffentlich, wenn Apple die WWDC 2020 abhält; natürlich online only wegen COVID-19.
„A Journal of the Plague Year: an Archive of CoVid19“
Seit knapp zwei Monaten gibt es ein von den Universitäten Hamburg, Bochum und Gießen initiiertes einzigartiges Public-History-OpenSource-Webprojekt, das cornonarchiv.
Auch wenn Public History schwer zu definieren ist, lässt sich der Sinn des coronarchiv wie folgt zusammenfassen: was digital vorhanden ist und während der Coronavirus-Pandemie an Inhalten erstellt wurde, kann jederzeit von uns in das Onlineportal hochgeladen werden.
Beispiele für solche Inhalte: Texte, Tagebücher, „Corona-Collagen“, Briefe, E-Mails, Gedichte, Artikel in Zeitungen und Zeitschriften, Einkaufszettel, Einladungen (bspw. zu „Corona-Partys“), Einsatzberichte, Aushänge, Warnhinweise (bspw. zur räumlichen Distanzierung), Verordnungen sowie Fotos, Zeichnungen, Bilder, Videos, Aushänge, Speisekarten, Chats, Social-Media-Posts bis hin zu Sprachnachrichten, Songs und Lesungen, etc. pp.
Ziel: eine möglichst vielfältige Dokumentation, sowie Gewährleistung von Pluralität und Diversität zukünftiger Erinnerungen. Oder: einfach als Individuum auch mal Teil der Geschichte werden, während sie ums uns herum passiert.
Ich bin starker Befürworter dieses Projekts und kann nur eindringlich hinweisen: beteiligt euch vielfältig und zahlreich! Gewünscht hätte ich mir diese Art von Onlineprojekt allerdings schon viel früher, etwa zum NSA-Skandal (2014), zur Finanzkrise (2008/2009), 9/11 (2001), BSE-Skandal (90er Jahre); Themen hätte es mehr als genügend gegeben und die Technologien standen uns in diesen Jahren auch schon zur Verfügung. Verpasste Chancen, wenn ihr mich fragt.
Und noch ein internes Mega-Jubiläum dieses Jahr: meine Linkschleuder href.ninja wird 5.000!
Genauer scheint das bereits seit längerem der Fall zu sein, denn aktuell zählt die Sammlung meiner |)i3 @L73RN/-\7Ive pr€$$€/-\G3nt|_|R 5.108 Hyperlinks inklusive kurzen eigenen Beiträgen zu Lesenswertem. Zeitlich liegen wir hier also irgendwo bei Anfang April 2020, wann dieser Meilenstein geknackt wurde.
Witziger Zufall ist, dass es für href.ninja am 8. April 2012 online los ging. Also weiß ich ziemlich genau die Zeitspanne, wann die 10.000 geknackt sein werden: irgendwann April 2028 herum.
Nicht witzig war, dass viele Links und Hinweise meines virtuellen Kurzzeitgedächtnisses für immer verloren sind: meine Anmeldung bei del.icio.us war am 21.09.06 schon, ab diesem Datum sollten Daten vorhanden sein. Die zahlreichen Verkäufe der damals sehr beliebten „Web 2.0“-Plattform und andere Schwierigkeiten mit dem Management, hatten mein Ursprungsarchiv irgendwann für immer zerstört. Ich tippe, dass rund 500-1.000 gesammelte Links so im Datennirwana landeten.
Das, und der Umstand, ein eigenes Konkurrenzprodukt zum Kurznachrichten-Masseur-Webdienst Twitter anbieten zu können, führten irgendwann 2012 dazu, ein eigenes System auf meinem Server für mein Gehirn-RAM aufzuziehen.
Bis heute läuft es mit dem datenbanklosen Unterbau Shaarli, initiiert von dem Franzosen Valentin CARRUESCO aka Idleman. Nur fragt mich nicht, in welcher Version: der Code wird schon seit Jahren von der Community über GitHub weiterentwickelt. Und von mir zu selten abgerufen und geupdatet…
Solche autarken Systeme wären nicht nur im Krisenjahr 2020 wichtig gewesen. Mich schaudert nach wie vor, wenn ich von „offiziellen“ Meldungen von Politikern oder Behörden über Twitter höre, das sollte meiner Meinung nach verboten werden. Genauso wenig kann ich ein Onlinemagazin ernst nehmen, das permanente Verweise in eigenen(!) Artikeln zu Twitter oder Instagram oder sonstigem Webschundrotz „einbettet“. Das ist nicht unabhängig, sondern faul und eklig und gehört ebenso verboten. Von dem Cookie-Dreck und Werbe-IDs, die man mitliefert, ganz zu schweigen.
Baut euren eigenen Webdienst auf! Eine Domain mit eigenem Webspace (heute Neusprech „Cloudspace“) kostet heute keine 10€ mehr im Jahr, ein System wie Shaarli ist in 5-10 Minuten aufgezogen und betriebsbereit. Das sage und schreibe ich bereits seit 20 Jahren, sehe dagegen weiterhin nur Dreck und die Leute konsumieren oder produzieren es doch weg.
Eric Geusz ist ein Fuchs! Seine Kunst besteht in dem Erstellen von sagenhafter Space Art aus ordinären Alltagsgegenständen:
Wie oben zu sehen die zwei Beispiele, ein Schneebesen und ein Eisportionierer. 🙂
Er hat noch sehr viele Dinge mehr so abgespacet verwandelt, orientiert sich dabei gerne an Künstlern wie Moebius, Peter Elson und Chris Foss. Und 50er-/60er-Spaceart, natürlich. Eine große Auswahl findet sich hier:
https://mymodernmet.com/digital-art-spaceship-designs-eric-geusz/.
Ein elektronischer Rasierer, Controller der PS4, alten Xbox und Dreamcast, Eierbecher, Chillisaucenspender, Fieberthermometer, Würfel, Schampusflaschen, Radierer, Allzweckwerkzeug, Shampooflaschen, Kugelschreiber. Hammers!
Ganz ehrlich: würde man die Vorbilder nicht sehen, man würde glauben, man hätte es mit Konzeptkunst einer neuen Zeichentrickserie zu tun. Ein unfassbares Ausnahmetalent! Mit eigenem T-Shirt-Shop!
„Sometimes the object instantly screams an idea.“ – Eric Geusz
Zum Tode von Florian Schneider-Esleben, einer der zwei Gründer der Musikgruppe Organisation, aus der zwei Jahre später die legendäre Elektro-Band Kraftwerk hervor ging, hier sein letztes Stück, das er 2015 veröffentlicht hat:
Mach‘ es gut, Florian, alter Haudegen weltweit agierender Elektro-Kamikaze-Avantgarde ausgehend von der Düsseldorfer Schule!
Der Begriff fuzzing entstand 1988 an der Universität von Wisconsin. Die Studierenden wurden aufgefordert ein UNIX-Werkzeug einem fuzz test zu unterziehen: so sollten diese mit zufällig generierten Daten und Kommandozeilenparametern das Programm an den Rand des Wahnsinns und damit zum Absturz bringen. Nebenbei half das Projekt bei der Entwicklung von Debugging-Tools, um die aufgetretenen Fehler aufzuspüren und zu kategorisieren.
Und da wir aktuell alle viel zu viel Zeit wegen Corona haben, machen wir heute mal zur Abwechslung etwas Sinnvolles:
Wir fuzzen den Windows-Kernel! Yay!
Oben: ein Die der Cell-CPU im Detail, Sony/Toshiba/IBM, 2007
Im Jahr 2020 gehört die 64bit-CPU-Architektur zu den meistgenutzten der Welt. Kein Hersteller von Hard- und/oder Software kann sich mehr erlauben, auf x86_64 zu verzichten. Simultan sind andere, alternative Prozessorarchitekturen im Auflösen begriffen oder mittlerweile ganz ausgestorben, wie beispielsweise powerpc. Letztere steckte bis 2005 in sämtlicher Hardware von Apple aus Cupertino, bevor man sich aus wirtschaftlichen Gründen dazu entschied, Intel zu verbauen.
Wie kam es eigentlich dazu, warum brauchte man das? Und warum war der Weg dahin so lange und so beschwerlich?
Dieser Frage widmet sich ein sehr langer und sehr gut ausgeführter Artikel von ACM Queue: https://queue.acm.org/detail.cfm?id=1165766.
Kurz zusammengefasst: die Entwicklung reicht bis in die 60er Jahre des 20. Jahrhunderts. Auch schlechte Programmierung war oft daran Schuld, dass sich der Einsatz solcher Architekturen länger verzögerte als nötig. Und: erst 2003 machte AMD Nägel mit Köpfen und produzierte kommerziell 64bit-CPUs, die man als Normalnutzer ab da in gängiger Hardware fand.
Zeitleiste, inkl. Kommentaren:
1964 IBM S/360: 32-bit, with 24-bit addressing (16 MB total) of real (core) memory.
1968 Algol 68: includes long long.
1970 DEC PDP-11/20: 16-bit, 16-bit addressing (64 KB total). IBM S/370 family: virtual memory, 24-bit addresses, but multiple user address spaces allowed.
1971 IBM 370/145: main memory no longer core, but DRAM, 1 Kbit/chip.
1973 DEC PDP-11/45: separate instruction+data (64 KI + 64 KD); 248 KB maximum real memory. Unix: PDP-11/45, operating system rewritten in C; IP16. C: integer data types: int, char; C on other machines (36-bit Honeywell 6000, IBM 370, others).
1975 Unix: sixth edition, 24-bit maximum file size (16 MB).
1976 DEC PDP-11/70: (64 KI + 64 KD), but larger physical memory (a huge 4 MB). C: short, long added (partly from doing C for XDS Sigma, although long was 64 bits there).
1977 Unix: ported to 32-bit Interdata 8/32. C: unsigned, typedef, union; 32-bit long used to replace int[2] in lseek, tell on 16-bit PDP-11; IP16L32. DEC VAX-11/780: 32-bit, 32-bit addressing (4 GB total, 2 GB per user process). C: PDP-11: I16LP32; VAX (other 32-bitters): ILP32.
1978 Unix: 32V for VAX-11/780; C is ILP32. C: The C Programming Language, Brian Kernighan and Dennis Ritchie (Prentice-Hall). Intel 8086: 16-bit, but with user-visible segmentation.
1979 Motorola MC68000: 32-bit ISA, but 24-bit addressing (e.g., S/360).
1982 C: I16LP32 on MC68000 in Bell Labs Blit terminal. Intel 80286: allows 16 MB of real memory, but restrictions keep most systems at 1 MB.
1983 IBM 370/XA: adds 31-bit mode for user programs; 24-bit mode still supported. C: Unix workstations generally use ILP32, following Unix on VAX systems.
1984 Motorola MC68020: 32-bit; 32- bit addressing. C: Amdahl UTS (32-bit S/370) uses long long, especially for large file pointers. C: Convex (64-bit vector mini-supercomputer) uses long long for 64-bit integers.
1986 Intel: 80386, 32-bit, with support for 8086 mode.
1987 Apple Mac II: MC68020’s 32-bit addressing causes trouble for some MC68000 software.
1988 IBM ESA/370: multiple 31-bit address spaces per user, although complex; 24-bit still there.
1989 ANSI C (“C89”): effort had started in 1983, ANSI X3J11.
1992 SGI: ships first 64-bit micro (MIPS R4000); still running 32-bit operating system. 64-bit C working group: discusses various models (LP64, ILP64, LLP64), with little agreement. DEC: ships 64-bit Alpha systems, running 64-bit operating system; LP64.
1994 SGI: ships IRIX 6 (64/32 operating system; ILP32LL + LP64) on Power Challenge; customers buy 4 GB+ memory, use it. DEC: ships 4 GB+ in DEC 7000 SMPs (may have been slightly earlier).
1995 Sun UltraSPARC: 64/32-bit hardware, 32-bit-only operating system. HAL Computer’s SPARC64: uses ILP64 model for C.
Large file summit: codifies 64-bit interface to files >2 GB, even in 32-bit systems (ILP32LL+LP64). Aspen group: supports LP64 model for C so that Unix vendors are consistent.1996 HP: announces PA-RISC 2.0, 64-bit.
1997 HP: UP/UX 11.0 is 64/32-bit OS; ILP32LL + LP64. IBM: RS64 PowerPC, AIX 4.3; ILP32LL + LP64.
1998 Sun: 64/32 Solaris 7 released; ILP32LL + LP64.
1999 C: ISO/IEC C (WG14’s “C99”); includes long long, at least 64 bits.
2001 IBM: 64-bit zSeries (S/360 descendant); 24-bit addressing still supported. Intel: 64-bit Itanium.
2002 Microsoft: Windows 64-bit for Itanium.
2003 AMD: 64-bit X86 (now called AMD64).
2004 Intel: 64-bit X86 (called EMT64), compatible with AMD.
2005 Microsoft: Windows XP Professional x64 for X86; LLP64 (or IL32LLP64)
Immer wieder gerne gelesen und äußerst faszinierende Thematik!
Viele wichtige Themen gehen aktuell im COVID-19-Einheitsbrei der globalen Informationsmedien unter, eines davon ist der Ausbau des globalen Überwachungsstaates, der in diversen Ländern munter vorangetrieben wird.
Zum Beispiel will Taiwan seit dem 13. April mit einer Verkehrs-App Massentracking betreiben, ein weiterer Link beschreibt COVID-19 aktuell als „trojanisches Pferd“ und listet inzwischen 30(!) Länder, die Überwachungsprogramme durch die Hintertür eingeführt haben und auch Edward Snowden, der US-Whistleblower, der 2014 die NSA-Überwachung publik machte und damit einen Skandal auslöste, meldete sich jüngst aus dem russischen Exil mit einer Warnung, mit dem Coronavirus als Vorwand ließe sich „die perfekte Architektur der Unterdrückung“ aufbauen.
Passend dazu erreichte mich vorgestern eine Email des Cyberpunk-Kollegen Bram Jansen, der uns in einem sehr guten und ausführlichen Artikel erneut die „Five Eyes“, „Nine Eyes“ und „Fourteen Eyes“ erklärt, den ich hiermit gerne an die LeserInnen hier weiterreiche.
Interessanterweise sticht hier noch ein bilingualer Fernsehsender, arte nämlich, zur besten Zeit mit einer packenden und beunruhigenden 90-minütigen Dokumentation von Sylvain Louvet eben zu oben erwähntem Thema hervor, die ich dazu definitiv teilen muss:
Dank geht raus an Paul Gehrke, der mir den Hinweis über den Stream meiner Friendica-Instanz verfügbar machte vor drei Tagen.
Wichtig: die nächste Ausstrahlung hier im TV findet am Freitag, den 15.05.20 um 9:50 statt. Noch wichtiger: online ist das Video nur bis zum 19. Juni 2020.
Brave. New!? World.