Google so: „Unsere CPU hier macht irgendwas mit Qubits, wofür ein regulärer Supercomputer 10.000 Jahre gebraucht hätte!“
IBM so: „Pfft, das selbe Experiment simulieren wir euch in 2,5 Tagen!“
Und ich so: „Hmmmm, nehme ich diese Woche SALZ oder ZUCKER zu meinem POPCORN!?“
Oben: Zerstörte Intel-CPU, CCBYSA porras
Es gibt Artikel zu Linux, da schüttelst du als IT-Experte einfach nur noch den Kopf.
Oder auch mehrfach.
Alleine auch schon, wo die Fragestellung dazu herkommen soll.
Hier ist mal wieder so einer: „HOWTO make Linux run blazing fast (again) on Intel CPUs“.
Nichts davon, was hier an „Workarounds“ beschrieben wird, sollte man machen, weder auf einem Arbeitsplatz-PC, noch auf einem persönlichen.
Da reißen sich ein Jahr lang Entwickler weltweit den Allerwertesten auf, damit Meltdown, Spectre & Co. in den Griff bekommen wird, und dann sowas.
Der Artikel hier beschreibt, wie man jegliche Sicherheitsschranke ausschaltet, die ab Januar 2018 im Linux-Betriebssystem-Kern implementiert wurde. Das ist einfach nur eklig.
An Insider-Wissen spart der Artikel hingegen nicht.
So steht hier, dass man bei allen Kerneln vor Version 5.1.13 auf insgesamt 8 neue Sicherheits-Features kam (noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off). Ab Kernel 5.3.6 waren es schon 10 (nopti, kpti=0, nobp=0, nospectre_v1, nospectre_v2, spectre_v2_user=off, spec_store_bypass_disable=off, ssbd=force-off, l1tf=off, mds=off). Wie immer bei meinen Artikeln zu diesem Thema: hardwareseitig ist auch damit rein gar nichts gepatcht. Lediglich das eigene Betriebssystem bleibt sicher.
Ferner liefert der Artikel auch einen Vergleich der „Performance-Einbußen“, die sich mittlerweile leichter erstellen lassen als noch vor knapp zwei Jahren. Ergebnis: solange „SMT“ (simultanes Multithreading) aktiv bleibt, die eigentliche Wurzel des Problems (Marketingidiotensprech „Hyperthreading“), wird man diese weder sehen, noch spüren können. Schaltet man das Problem hingegen komplett aus, wozu beispielsweise Google vor wenigen Monaten riet, sind die Einbußen im Schnitt bei 10-15% Leistung. Das kann sich, je nach genutzter Anwendung, durchaus beim Arbeiten/Spielen bemerkbar machen.
Warum ich dem Artikel am Ende doch dankbar war, lag an zweierlei Gründen: man kann die Inhalte auch wundervoll als Satire lesen und sich daran erfreuen. Und es spricht Bände, überhaupt über die gegenwärtige IT-Situation, dass er überhaupt existiert (und sogar noch heute aktuell gehalten wird, das letzte Update war am 15.10.).
Oben: BUNDESWEHR. Symbolbild. CCBY Trending Topics 2019
2019. Irgendwo in Deutschland. Ein altes Telefon von SIEMENS. Es tutet. Und tutet. Nach etwa 15 Minuten nimmt jemand ab. Gekeuche. Danach permanentes Geschnaufe in die Sprechmuschel.
Bundeswehr (BW): JA??
Samsung, Marketingabteilung (SMA): Hallo, hier spricht Samsung, ihr südkoreanischer Handyhersteller des Vertrauens!
BW: AIRBUS??
SMA: Nein. Samsung! Wir haben gehört, dass die Truppe mit unseren jüngst belieferten S8-Smartphone-Geräten nicht zurecht kommt.
BW: JA??
SMA: Und dass die gelieferten 16.000 Stück vom Mai ohne Internetverbindung nutzlos seien.
BW: JA??
SMA: Wir haben uns daher mit einem süddeutschen Partner zusammen geschlossen und…
BW: JA?? HALLO??
SMA: …würden Ihnen nun gerne zusammen mit diesem eine aktualisierte und intuitiv nutzbare Version der Hardware inklusive „eines hochsicheren Betriebssystems auf Android-Basis“ aufbauend auf der hauseigenen, südkoreanischen Sicherheitssoftware „Knox“ zur Verfügung stellen.
BW: JA?? WIE WAR NOCHMAL IHR NAME??
SMA: Samsung! Ihr südkoreanischer Handyhersteller des Vertrauens!
BW: SAMSUNG?? KOREA??
SMA: Genau! Samsung! Ihr südkoreanischer Handyhersteller des Vertrauens!
BW: SCHLITZAUGEN?? SEID’S NOCH GANZ DICHT??
SMA: Entschuldigen Sie?
BW: JA??
SMA: Wie haben Sie uns gerade genannt?
BW: JA??
SMA: Schlitzaugen?
BW: JA??
SMA: Ja?
BW: JA?? HALLO??
SMA: Wir sind doch richtig bei der deutschen Bundeswehr?
BW: JA??
SMA: Ihre Truppe erhält bald neue Handys! Mit Internet! Und Twitter! Von Samsung!
BW: NEIN. REISFRESSER WOLLEN WIR NET.
Aufgelegt.
Wutroter Androide, CCBY Giochi Android Iphone
In der Welt des Smartphone-Betriebssystems Android passiert mittlerweile sehr, sehr viel Schmu.
Auf der einen Seite kann man das als „Normalität“ abtun, schließlich wollen alle Hersteller am besten jedes Jahr ihren Kunden neue Geräte andrehen. Da geht schon mal die eine oder andere wichtige Sorgfalt unter. Doch dass ich als Entwickler und nicht als bloßer Konsument mal davon betroffen sein würde, bei einem Produkt von Google, das war mir neu.
2019 war alles anders. Ich darf nämlich offiziell mit „meiner“ Entwicklungsumgebung „Eclipse“ gar nicht mehr für Android coden.
Der Laden ist dicht, bumms aus vorbei für uns reine Java-Entwickler. Wer für Android programmieren will, der muss zwingend „Android Studio“ nutzen, eine auf der russischen Entwicklungsumgebung „IntelliJ“ basierende „offizielle Entwicklungsumgebung“.
Ich habe letzte Woche dennoch meine ersten Apps zumindest mal auf Android 9 (Pie) aktualisieren können.
Ja, mit Eclipse.
Eclipse warf seit fast zwei Jahren dauernd irgendwelche anderen bescheuerten Fehler, was man aber gewohnt ist. Jetzt war letzte Woche aber auch ein Feiertag und ich konnte mich des Problems zeitlich und nervlich endlich einmal annehmen.
Die Fehlermeldung zum Einstieg war wundervoll nichtssagend, Error type 3 Error: Activity class {MainActivity} does not exist
. Gibt man diesen String in, klar, Google, ein, landet man wie üblich auf massenhaft Seiten von „Stack Overflow“ und wühlt sich da durch. Als ich das beseitigt hatte kam aber schon wieder ein anderes Problem auf: ERROR: This AVD's configuration is missing a kernel file! Please ensure the file "kernel-qemu" is in the same location as your system image
. Kennt ihr so Situationen, wo ihr verflucht, was ihr beruflich gelernt habt!? Hier ist eine!
Also wieder Google. Erster Beitrag: Using Android 8 and 9 emulators without Android Studio von Andrés Zsögön. Zwar kenne ich diesen Typen nicht, doch er hat meinen Arsch gerettet.
Hier lädt man einfach zwei ZIP-Dateien runter und ballert die Dateien über das spackende „Android SDK“ drüber. Wer möchte, der kann auch aktuellere ZIPs hier finden: https://stackoverflow.com/questions/43685301/how-can-i-install-the-gui-android-sdk-manager-without-installing-android-studio/51429889#51429889.
Nach dem Update sieht das Hauptfenster des Android SDK Manager in Eclipse dann etwa so aus:
Was man hier gut (oder weniger gut) sehen kann:
* es gibt nach wie vor keinerlei Images von Android 10 („not compatible with Linux“), die ich über diese ZIPs auf den PC spielen kann, um (meine) Apps zu testen, ergo Update auf Android 10 von mir nicht möglich
* ohne diese ZIPs von oben wären ab API 27, also Android 8, keine Einträge „System Images“ vorhanden
* das selbe gilt für Android 9
Man sollte Updates hier grundlegend nicht mehr durchführen, auch wenn diese unten rechts angezeigt werden, da sonst Eclipse wie auch der Android SDK Manager durcheinander kommen. Ein Update der eigenen erstellten Apps von Android 7 (Nougat) auf eine höhere Version ist nicht mehr grundsätzlich möglich!
Ich finde das, gelinde gesagt, eine Riesensauerei.
Als ich den Beruf erlernte haben wir noch C, C++ und (ganz wenig) Java gelernt, schön plattformunabhängig. Heute lernen viele nur noch C#, und damit sich von Beginn an in die Abhängigkeit von Microsoft zu begeben. DAS hier ist genau das Selbe in grün, nur von Seiten des „Big G“! Solch brachialer Schwachsinn zwingt Leute dazu Berufe zu wechseln! Ein Angriff auf unsere wertvolle Lebenszeit, wie ich finde.
Ich habe gar keinen Bock mehr auf diese Scheiße.
Jüngst flog eine meiner der kostenlosen(!) Apps sogar aus dem Google Play Store, wegen dem „Einbinden von Spenden-Buttons“. Andere, wie Cam Scanner, sind jahrelang erhältlich und hinterher kommt raus, dass die Zeit haben durften, Trojaner auf 100(!) Millionen(!) Geräten zu installieren. Willkommen in der schönen neuen Welt der Mountain-View-Unverhältnismäßigkeiten! Klar bin ich wütend auf die, aber scheißwütend!
Joa. Sehen wir es skandinavisch: was soll’s. There goes the freedom of free software development.
tl;dr: Ab Android 7 kann man als „Eclipse“-Entwickler eigenentwickelte Apps nicht mehr mit dem Android SDK auf neuere Versionen updaten, damit auch nicht 64bit-fähig machen, und Google ist das neue Microsoft.