Warum?

[MarcusK]

Was ist der Vorteil wenn man x68 abschaltet? Ist der Kernel dann etwas schneller oder sicherer oder braucht weniger Resourcen?

Das man es irgendwann los werden will, kann ja sein. Aber auch wenn es abschaltbar ist muss es ja noch weiter gepflegt werden.

[mibbio]

Nicht x86 soll abgeschaltet werden, sondern nur dessen 32-Bit Unterstützung. Also dass nativ nur noch 64 Bit Programme ausgeführt werden können.

Und auch wenn es nur abschaltbar, aber im Kernel weiter vorhanden ist, hat das Auswirkungen auf Resourcenverbrauch und Angriffsfläche. Denn brach liegende Codepfade im Kernel brauchen keine Resourcen und können auch nicht als Einfallstor dienen. Besonders wenn die Abschaltung durch ein Compiler-Flag vorgenommen wird und der Compiler die Codepfade dadurch komplett verwerfen kann und ein Kernel-Binary komplett ohne 32 Bit Kompatibilität erzeugt.



2 mal bearbeitet, zuletzt am 09.06.23 13:56 durch mibbio.

[MarcusK]

mibbio schrieb:
--------------------------------------------------------------------------------
> Nicht x86 soll abgeschaltet werden, sondern nur dessen 32-Bit
> Unterstützung. Also dass nativ nur noch 64 Bit Programme ausgeführt werden
> können.
>
> Und auch wenn es nur abschaltbar, aber im Kernel weiter vorhanden ist, hat
> das Auswirkungen auf Resourcenverbrauch und Angriffsfläche. Denn brach
> liegende Codepfade im Kernel brauchen keine Resourcen und können auch nicht
> als Einfallstor dienen. Besonders wenn die Abschaltung durch ein
> Compiler-Flag vorgenommen wird und der Compiler die Codepfade dadurch
> komplett verwerfen kann und ein Kernel-Binary komplett ohne 32 Bit
> Kompatibilität erzeugt.

aber sie wollen es ja per Option nur abschalten, damit sind die Codepfade vorhanden.

[Tom01]

mibbio schrieb:
--------------------------------------------------------------------------------
> Nicht x86 soll abgeschaltet werden, sondern nur dessen 32-Bit
> Unterstützung. Also dass nativ nur noch 64 Bit Programme ausgeführt werden
> können.

Doch x86 soll abgeschaltet werden. Das ist die 32-Bit Unterstützung.
64-Bit ist AMD64 oder x64.

[nille02]

MarcusK schrieb:
--------------------------------------------------------------------------------
> Was ist der Vorteil wenn man x68 abschaltet? Ist der Kernel dann etwas
> schneller oder sicherer oder braucht weniger Resourcen?

Hier geht es scheinbar erst mal darum das ganze vorzubereiten das der 32Bit Modus in den nächsten Jahren/Jahrzehnt verschwinden wird.

> Das man es irgendwann los werden will, kann ja sein. Aber auch wenn es
> abschaltbar ist muss es ja noch weiter gepflegt werden.

Noch muss das alles weiter gepflegt werden. Aber als nächstes wird dann vermutlich der 32bit Kernel Mode (Ring 0) entfernt werden, ähnlich zu dem was Intel angeregt hat. Dann wird GNU/Linux nur noch auf 64bit x86 CPUs laufen. 32bit Anwendungen würden dann aber noch weiter theoretisch funktionieren aber man will das langsam auslaufen lassen.

Aber wie gesagt, irgendwo muss man Anfangen und wenn das noch als einfache Option ist diese Funktionalität wieder herzustellen kommt dem User/Admin sehr entgegen.

[Tom01]

MarcusK schrieb:

> aber sie wollen es ja per Option nur abschalten, damit sind die Codepfade
> vorhanden.

Deswegen ergibt das wenig Sinn, was Suse da vorhat.

[mibbio]

Bei dem Ansatz im Artikel geht es auch gar nicht um das Entfernen der 32 Bit Kompatibilität, sondern nur um eine nutzerfreundlichere Option, diese an-/abzuschalten in der Übergangszeit, bis es wirklich komplett rausfliegt.

[MarcusK]

mibbio schrieb:
--------------------------------------------------------------------------------
> Bei dem Ansatz im Artikel geht es auch gar nicht um das Entfernen der 32
> Bit Kompatibilität, sondern nur um eine nutzerfreundlichere Option, diese
> an-/abzuschalten in der Übergangszeit, bis es wirklich komplett rausfliegt.

man könnte ja auch einfach 2 Kernels ausliefern - wird doch eh schon teilweise gemacht. Ob man nun einen anderen Einträgt wählt oder die Option ändert ist doch egal.

[jsonn]

Es gibt keinen 32bit Ring 0 kernel.

[nille02]

jsonn schrieb:
--------------------------------------------------------------------------------
> Es gibt keinen 32bit Ring 0 kernel.

Korrekt, aber die CPU muss das unterstützen und Intel hat gesprächige darüber begonnen das zu entfernen. Das würde die 32bit Version des Kernels auch nicht mehr ausführbar machen auf diesen neuen CPUs.

[t_e_e_k]

Nun ja. Wenn man es loswerden möchte, dann braucht man eine Option, das Benutzer es per Default abschalten. Das machen Nutzer aber nur, solange sie es entweder a) gar nicht mehr brauchen oder b) leicht aktivieren können.

Den einen anderen Kernel laden Wesen sie nicht, dann lieber per Default den Nutzen der beiden kann (Bequemlichkeit).

[MarcusK]

t_e_e_k schrieb:
--------------------------------------------------------------------------------
> Nun ja. Wenn man es loswerden möchte, dann braucht man eine Option, das
> Benutzer es per Default abschalten. Das machen Nutzer aber nur, solange sie
> es entweder a) gar nicht mehr brauchen oder b) leicht aktivieren können.
>
> Den einen anderen Kernel laden Wesen sie nicht, dann lieber per Default den
> Nutzen der beiden kann (Bequemlichkeit).

sie können ja irgendwo eine Option setzen, dann wird damit ein anderen Kernel geladen. Ob es nun eine Option für den Kernel oder ein andere Kernel ist muss den Benutzer ja überhaupt nicht gesagt werden.

[Lord Gamma]

Tom01 schrieb:
--------------------------------------------------------------------------------
> mibbio schrieb:
> ---------------------------------------------------------------------------
> -----
> > Nicht x86 soll abgeschaltet werden, sondern nur dessen 32-Bit
> > Unterstützung. Also dass nativ nur noch 64 Bit Programme ausgeführt
> werden
> > können.
>
> Doch x86 soll abgeschaltet werden. Das ist die 32-Bit Unterstützung.
> 64-Bit ist AMD64 oder x64.

Ne, das ist x86-64, weil es das x86 instruction set ist.
https://en.m.wikipedia.org/wiki/X86-64

x86-64 (also known as x64, x86_64, AMD64, and Intel 64)[note 1] is a 64-bit version of the x86 instruction set, first released in 1999.

[brainslayer]

nille02 schrieb:
--------------------------------------------------------------------------------
> MarcusK schrieb:
> ---------------------------------------------------------------------------
> -----
> > Was ist der Vorteil wenn man x68 abschaltet? Ist der Kernel dann etwas
> > schneller oder sicherer oder braucht weniger Resourcen?
>
> Hier geht es scheinbar erst mal darum das ganze vorzubereiten das der 32Bit
> Modus in den nächsten Jahren/Jahrzehnt verschwinden wird.
>
> > Das man es irgendwann los werden will, kann ja sein. Aber auch wenn es
> > abschaltbar ist muss es ja noch weiter gepflegt werden.
>
> Noch muss das alles weiter gepflegt werden. Aber als nächstes wird dann
> vermutlich der 32bit Kernel Mode (Ring 0) entfernt werden, ähnlich zu dem
> was Intel angeregt hat. Dann wird GNU/Linux nur noch auf 64bit x86 CPUs
> laufen. 32bit Anwendungen würden dann aber noch weiter theoretisch
> funktionieren aber man will das langsam auslaufen lassen.
>
> Aber wie gesagt, irgendwo muss man Anfangen und wenn das noch als einfache
> Option ist diese Funktionalität wieder herzustellen kommt dem User/Admin
> sehr entgegen.

doof wenn man einige 32 bit only / binary only applikationen hat die es auch nicht auf 64 bit gibt, die aber extrem wichtig für spezielle dsp programmierungen bei mir sind. man kommt gar nicht drum rum. der hersteller bietet sie gar nicht 64 bit an und wird es auch nicht weil er den speziellen compiler nicht mehr pflegt und man kommt davon auch nicht einfach weg (geht um tensilica xtensa toolchains für sehr spezielle custom chips)

[nille02]

brainslayer schrieb:
--------------------------------------------------------------------------------
> doof wenn man einige 32 bit only / binary only applikationen hat die es
> auch nicht auf 64 bit gibt, die aber extrem wichtig für spezielle dsp
> programmierungen bei mir sind.

Deswegen muss man auf ewig einen 32bit Support in Hardware und dem OS mitschleppen? Hier geht es nicht um etwas was morgen weg ist, das wird viele Jahre dauern eben weil noch solche 32bit Anwendungen vorhanden sind. Aber es wird dennoch der Tag kommen an dem das nicht mehr gehen wird mit einem aktuellen Windows oder GNU/Linux und einer moderneres CPU. entweder passt man sich an oder man hat noch einige alte Rechner stehen die diese Software weiterhin ausführen wird.

Bis vor wenigen Jahren hatte ich auch noch einen alten 286 am Leben gehalten weil darüber ein Kassensystem lief.

[BenMaa]

nille02 schrieb:
> Deswegen muss man auf ewig einen 32bit Support in Hardware und dem OS
> mitschleppen?

Ja. Zumindest solange bis eine Emulation von aller 32bit Software so zwanglos und fullspeed per Emulation auf jeder Kiste läuft wie heute 16bit Anwendungen mit Dosbox.

[nille02]

BenMaa schrieb:
--------------------------------------------------------------------------------
> nille02 schrieb:
> > Deswegen muss man auf ewig einen 32bit Support in Hardware und dem OS
> > mitschleppen?
>
> Ja. Zumindest solange bis eine Emulation von aller 32bit Software so
> zwanglos und fullspeed per Emulation auf jeder Kiste läuft wie heute 16bit
> Anwendungen mit Dosbox.

Warum sollte man daran arbeiten wenn alle x86 CPUs das können. Da passiert nichts bis das ganze konkret wird.

[Lawuser]

mibbio schrieb:
--------------------------------------------------------------------------------
> Nicht x86 soll abgeschaltet werden, sondern nur dessen 32-Bit
> Unterstützung. Also dass nativ nur noch 64 Bit Programme ausgeführt werden
> können.
>
> Und auch wenn es nur abschaltbar, aber im Kernel weiter vorhanden ist, hat
> das Auswirkungen auf Resourcenverbrauch und Angriffsfläche. Denn brach
> liegende Codepfade im Kernel brauchen keine Resourcen und können auch nicht
> als Einfallstor dienen. Besonders wenn die Abschaltung durch ein
> Compiler-Flag vorgenommen wird und der Compiler die Codepfade dadurch
> komplett verwerfen kann und ein Kernel-Binary komplett ohne 32 Bit
> Kompatibilität erzeugt.

Es geht hier um Laufzeitabschaltung, sämtlicher Code, insbesondere Kompatibilitätslayer, muss also weiterhin im Binary enthalten sein.

[Lawuser]

MarcusK schrieb:
--------------------------------------------------------------------------------
> Was ist der Vorteil wenn man x68 abschaltet? Ist der Kernel dann etwas
> schneller oder sicherer oder braucht weniger Resourcen?

Die vom Entwickler genannte Begründung lautet:

"We at SUSE would like to have the ability to disable IA32 compat layer and to
give users the ability to override this decision. The motivation behind this is
the fact that the compat layer is not as thoroughly tested/exercised as the native
64bit one. At the same time there are environments where 32bit is still in use
and we'd like to cater to those as well."

Auch wenn es nicht ausdrücklich genannt wird, scheint die Begründung damit eine verringerte Angriffsfläche zu sein. 32bit Support wird natürlich nur von 32bit Applikationen genutzt, daher sind eventuelle Bugs irrelevant, sofern man keine hiervon hat, wenn man sie aber hat, ist die Nutzung natürlich zwingend. Dies lässt als einziges Szenario, in dem tatsächlich eine Änderung eintritt, den Fall, dass man keine 32bit Applikationen nutzt, aber Bugs vorhanden sind, die durch das Einbringen einer solchen ausgenutzt werden können.



1 mal bearbeitet, zuletzt am 10.06.23 11:42 durch Lawuser.