Forum


Spickzettel

Neben den Buttons stehen unter anderem folgende BB-Codes zur Verfügung:

Bildgröße beschränken:
[img width=400 height=300]Bildadresse[/img]
Weglassen von height o. width behält Bildverhältnis bei.

Tabelle:
[table]
[tr][td]Zelle 1/1[/td][td]Zelle 1/2[/td][/tr]
[tr][td]Zelle 2/1[/td][td]Zelle 2/2[/td][/tr]
[/table]
[tr] = Zeile [td] = Zelle

Text:
[u]unterstreichen[/u]
[s]durchstreichen[/s]
[size=4]skalieren[/size]
[sup]hochsetzen[/sup]
[sub]runtersetzen[/sub]
Umbrechen[Br]Neue Zeile
[center]zentriert[/center]
[left]linksbündig[/left]
[right]rechtsbündig[/right]
[rtl]von rechts einschieben[/rtl]
[pre]Vorformattierung erhalten[/pre]
[move]Bewegen/Laufschrift[/move]
[shadow=red,right]Schattieren[/shadow]
[font=arial]Anderer Zeichensatz[/font]
[glow=yellow,2]„glühen“/markieren[/glow]

Horizontale Linie: [hr]

Abkürzung mit Erklärung bei Mouseover:
[acronym=Mysteriöse Inselzone]MIZ[/acronym]
am besten auch unterstreichen:
[acronym=Mysteriöse Inselzone][u]MIZ[/u][/acronym]

Link innerhalb des Beitrages oder derselben Seite:
Ziel setzen: [anchor=Ziel]Ziel[/anchor]
Link darauf: [iurl=#Ziel]Link zum Ziel[/iurl]

Link im selben Fenster öffnen:
[iurl]http://www.apfelinsel.de[/iurl]

Name:
Betreff:

Verifizierung:
Buchstaben anhören

Gib die Buchstaben aus dem Bild ein:


Zusammenfassung

Autor: Florian
Heute um 14:55:45
Dieser Mann will es alleine schaffen, Linux für Normalanwender auf die M1-Macs zu bekommen und bittet um Spenden.
https://www.heise.de/news/Hacker-will-Linux-auf-ARM-Macs-bringen-4976337.html

Immerhin hat er schon die Playstation 4 mit gut funktionierendem Linux versorgt. Schaun ma mal.
Autor: Florian
November 29, 2020, 14:34:19
Zitat
Naja, ich denke, Du machst es Dir da zu einfach.


Mir ging es nur um diese Formulierung im Artikel:
„ Schließlich gehört die Verbindung zwischen Windows und Intel zur DNA von Microsoft.“

Stimmt nicht. Nur weil lange von Wintel die Rede war. MS vertrat aber lange den Anspruch „Windows everywhere“. Natürlich sind sie daran gescheitert.

Überhaupt zeigt das Vorpreschen mit ARM-Windows, dass man sich nicht noch mal die Butter vom Brot nehmen lassen will wie bei den Smartphones. Da hatte x86 einfach nichts zu bieten und jetzt ist die Frage, wie gut es sich im PC-Bereich halten kann, wo seit vielen Jahren der Trend nur eine Richtung kennt: Günstig und mobil.

Mir sind die Schwierigkeiten durchaus bewusst. Mir ging es auch nicht um natives Ausführen!

Zitat
Wie geschrieben, ich kann mir vorstellen dass es Virtualisierungen geben wird und in dieser dann "Standard"-Komponenten emuliert werden. Ist in VirtualBox z.B. auch aktuell so, dass die scheinbar vorhandene Hardware unter dem virtualisierten PC nicht der echten Hardware entspricht.
Damit würde man dann die Treiberproblematik erschlagen.
Dann bleibt noch die Software-Problematik unter ARM-Windows. Auch das kann sich ändern/bessern.

Also sind wir einer Meinung, wobei ich mir ziemlich sicher bin, dass ein einfacherer Weg zur Virtualisierung kommen wird. Du schreibst, Du könntest es Dir vorstellen.
Warum bin ich etwas optimistischer? Auch diese Lösung wie von Dir skizziert wäre performant genug für die meiste unverzichtbare Spezialsoftware. Und der Markt ist auch da.
Autor: MacFlieger
November 29, 2020, 09:36:34
Ich sehe das ganze nicht so optimistisch. Ich denke schon, dass es in Zukunft erst wieder Emulationslösungen geben wird, wie früher auch auf PPC, und dann später auch Virtualisierungen, aber aktuell stehen da noch zwei Probleme im Raum.
1. Noch ist ARM-Windows wenig nutzbar, weil es praktisch keine ARM-Software gibt und etwas vergleichbares zu Rosetta2 noch nicht ausgereift existiert.
2. ARM!=ARM (s.u.)

Im Artikel heißt es, von Microsoft sei nicht zu erwarten weil sie fixiert seien auf Intel. Das ist falsch. Vielmehr läuft Windows auch auf AMD und anderen x86-Prozessoren.

Naja, ich denke, Du machst es Dir da zu einfach. Zum einen sind Intel/AMD/x86 untereinander prinzipiell kompatibel und zum anderen, was viel schwerer wiegt, geht es nicht nur um den Prozessor, sondern auch um das ganze Drumherum (Chipsatz, IO-Schnittstellen, Grafikkarte...). Letzteres ist unter x86 getrennt vom Prozessor, im Wesentlichen unabhängig von diesem und es werden Treiber für Windows entwickelt. Bei ARM wandern diese ganzen Sachen in den Prozessor und vor allem kann und ist jeder ARM-Prozessor anders.
Das Dilemma für Linux auf x86 ist doch besonders bei Notebooks, dass die dort oft eingesetzt Hardware Spezialtreiber benötigt, die der Hersteller meist nicht liefert und so muss die Linux-Gemeinde dort Treiber selber schreiben.

Machen wir doch das Gedankenspiel. Nehmen wir an, es gäbe Windows-Rechner auf ARM-Basis und Windows hätte jede Menge ARM-Software und/oder etwas Vergleichbares zu Rosetta 2.
Auch wenn der M1 dann die gleichen Maschinenbefehle versteht wie die Windows-ARMs, wer schreibt die Treiber für den M1-Chipsatz, M1-IO-Schnittstellen, M1-Grafikkarte. Alle diese Sachen sind nicht öffentlich dokumentiert. Genau das ist das Hauptproblem bei ARM-Linux auf M1-Macs, wie Linus Torwalds auch schrieb.
Zurück zu Windows:
- Meinst Du irgendjemand wird die M1-Macs reverse engineeren, um Windows-Treiber dafür zu schreiben und von Microsoft signieren zu lassen? Halte ich für praktisch unmöglich.
- Meinst Du Apple wird Windowstreiber schreiben? Wäre möglich wie bei Bootcamp, aber bei Bootcamp mussten sie den Treiber nicht komplett und völlig unabhängig von der Mac-Version entwickeln. Unter Windows wird ein Direct-X-Treiber benötigt, der M1-Grafikkern ist auf Metal optimiert. Das wäre viel Arbeit, die auch für macOS völlig nutzlos ist. Daher halte ich das für unwahrscheinlich.
- Meinst Du Microsoft schreibt Windowstreiber für M1? Wäre ebenfalls möglich, wenn sie von Apple die Dokumentation bekommen. Selbst dann wäre es sehr aufwändig (siehe Direct-X<->Metal). Und wenn sie die Dokumentation nicht bekommen, dann wäre es noch aufwändiger.

Ne, so rosig sehe ich das nicht. Es ist eben nicht nur ein Wechsel des Prozessors wie bei 68K->PPC->x86.
Bei ARM wandert vieles vorher modulare in den Prozessor und der Begriff "ARM" ist nur ein Obergriff für viele extrem unterschiedliche Komponenten und Eigenentwicklungen.

Wie geschrieben, ich kann mir vorstellen dass es Virtualisierungen geben wird und in dieser dann "Standard"-Komponenten emuliert werden. Ist in VirtualBox z.B. auch aktuell so, dass die scheinbar vorhandene Hardware unter dem virtualisierten PC nicht der echten Hardware entspricht.
Damit würde man dann die Treiberproblematik erschlagen.
Dann bleibt noch die Software-Problematik unter ARM-Windows. Auch das kann sich ändern/bessern.
Autor: Florian
November 28, 2020, 16:43:38
Na also.
Noch ein bisschen warten und das geht ziemlich sicher recht komfortabel. Dann kann man vielleicht auch x86-Windows direkt virtualisieren. Die Performance scheint ausreichend.

Ist Apple also gar nicht in die Isolation gegangen, wie geunkt wurde?

Im Artikel heißt es, von Microsoft sei nicht zu erwarten weil sie fixiert seien auf Intel. Das ist falsch. Vielmehr läuft Windows auch auf AMD und anderen x86-Prozessoren. Und MS will ja auch ARM unterstützen, es fehlen die Softwareentwickler.
MS wäre auch gerne auf Handys vertreten, aber Windows Mobile ging halt unter.

Ich gehe jede Wette, Microsoft hat großes Interesse. Sollte Apple Silicon voll einschlagen, geht auch kein Weg darum herum. Allein das Tempo in Redmond dürfte wie meist etwas niedrig sein.

Autor: radneuerfinder
November 28, 2020, 12:04:18
Autor: Florian
November 24, 2020, 23:25:21
Mehrere Displays sind mit Adaptern und Software möglich. Hier demonstriert das Jemand mit sechs Monitoren verschiedener Auflösung...
https://www.macrumors.com/2020/11/24/m1-macs-able-to-run-six-external-displays/
Autor: Florian
November 24, 2020, 23:14:41
Stimmt. Das Wort wird oft missbräuchlich verwendet, macht halt gute Schlagzeilen.

Wir haben ja alle Backups und bootbare Klone und/oder Install-Medien. Und wenn nicht, sind solche Geschichten immerhin eine gute Erinnerung.
Autor: MacFlieger
November 24, 2020, 09:25:56
Leider wird in dem Zusammenhang mit den ARM-Macs auf vielen Seiten auch von "bricked" geschrieben. Das war und ist falsch. Die ARM-Macs ließen sich problemlos mit anderen Systemen booten und zeigten auch was an. Das ist kein "bricked" Gerät, sondern einfach nur ein Gerät, dessen installiertes System beschädigt ist und nicht startet. Klar, unangenehm, unnötig und mit Arbeit verbunden, aber eben nicht "bricked".
Autor: MacFlieger
November 24, 2020, 08:17:53
Ja, per Download gab es nur das 11.0.1 ohne Fehler.
Aber einige (alle?) ARM-Macs waren im Lieferzustand 11.0.0. Wer also vor der Neuinstallation nicht erst das Update gemacht hat, hat das Problem bekommen.
Autor: fränk
November 24, 2020, 07:30:38
Als ich das ganz frische 11er installiert habe, war das schon 11.0.1.
Autor: MacFlieger
November 24, 2020, 06:51:33
Fazit des ganzen: Das Problem war ein Bug in 11.0.0 und ist in 11.0.1 behoben.
Autor: Florian
November 24, 2020, 01:41:15
Bzgl. des Bugs bei Neuinstallation auf M1-Macs hat Apple einen Support-Artikel geschrieben.
Der einfachste Weg ist, vorher - oder wenn es zu spät ist, an einem anderen Mac - einen Installer auf ein anderes Medium zu bringen.
Ansonsten muss man im Recovery-Modus recht viele Schritte gehen, ist aber auch kein Zauberwerk.

https://support.apple.com/de-de/HT211983
Autor: radneuerfinder
November 23, 2020, 21:50:10
Welche Software läuft M1/ARM/Silicon nativ, mit Rosetta 2, oder gar nicht mehr:
https://isapplesiliconready.com
Autor: mathias
November 23, 2020, 13:52:12
Also ich bin schon nahe dran, mir ein neues MBA M1 zu kaufen. Was ich feststelle, dass mein i5 MBA beim Arbeiten mit Logic mit 18 Spuren mit Effekten und 6 Bussen mit Spacedesigner auch gut klarkommt ohne Lüfter. Wenn allerdings das externe Display dranhängt, dann der Lüfter schon bei drei, vier Spuren anfängt zu drehen. Liegt das dann an der Grafik-Anforderung und wäre das beim neuen M1 MBA nicht so?
Im unten verlinkten Artikel scheint das ja so zu sein?