FAQ: Windows -> GNU/Linux - Umstieg, Einstieg, Aufstieg - Forum - Page 63

Philipp

Here to stay

Registered: Jul 2001
Location: Wien
Posts: 1966

16.01.2025 - 23:12

Zitat aus einem Post von KruzFX
Danke für den Hinweis, dann probier ich das auch noch

Edit: Hat schon besser funktioniert, bin zumindest bis zur Anmeldung gekommen. Den Anmeldelink konnte Firefox dann aber doch nicht weiterleiten zurück an Fusion, somit ist das Projekt Umstieg auf Linux wieder mal gestorben wegen CAD... traurig, traurig..

Deswegen habe ich auch den Artikel verlinkt. Dort steht ein Workaround:

Zitat
Workarounds
If you’re stucked in the login screen, you can try the following workaround:

1. Click Sign in in the fusion 360 app and follow the steps until you get the Go to product button.
2. Find AskIdentityManager in the Program Files\Autodesk\webdeploy\production\some digits\Autodesk Identity Manager\AskIdentityManager.exe
3. Run the executable inside the bottle with the link (surrounded by quotes) from Go to product button as launch options and also select run in terminal.
4. You should be logged in now.
(source: #393#issuecomment-1986967643)

KruzFX

8.10.2021

Registered: Aug 2005
Location: ZDR
Posts: 2078

16.01.2025 - 23:20

Hätte ich probiert wie beschrieben, hat leider bei mir nicht funktioniert.. aber danke, einen Versuch wars wert...

davebastard

Vinyl-Sammler

Registered: Jun 2002
Location: wean
Posts: 12376

16.01.2025 - 23:33

Zitat aus einem Post von Rogaahl
Für amdgpu Nutzer, wird Virtualisierung Ende Februar viel besser werden. Mehr oder weniger native GPU passthrough der Host Grafikkarte zum guest system!

AMDGPU VirtIO Native Context Merged: Native AMD Driver Support Within Guest VMs - Phoronix

Link: www.phoronix.com

Damit sollten dann Sachen wie Fusion und C1 kein Problem mehr darstellen.

Des Weiteren kann man sich in naher Zukunft, von solchen Applikationen, die mittels WINE gestartet werden, einer massiven Performance anstieg (bis zu dreistelliger Prozent) erwarten, sobald NSYNC (native Windows sync calls) im Kernel landet.

das sind gute Nachrichten, fusion kann auf jedenfall opengl weils ja auf mac auch funzt. Dann probier ich vmware workstation gar nicht mehr, ist eh eine Einbahnstraße nachdem das wahrscheinlich nicht weiterentwickelt wird und proprietär is.
Dann wart ich mal bis die Mesa Version stable ist und schau mir das dann an.

Bearbeitet von davebastard am 16.01.2025, 23:36

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12108

17.01.2025 - 07:46

Zitat aus einem Post von Rogaahl
Für amdgpu Nutzer, wird Virtualisierung Ende Februar viel besser werden. Mehr oder weniger native GPU passthrough der Host Grafikkarte zum guest system!

AMDGPU VirtIO Native Context Merged: Native AMD Driver Support Within Guest VMs - Phoronix

Link: www.phoronix.com

Damit sollten dann Sachen wie Fusion und C1 kein Problem mehr darstellen.

Afaiui brauchst du dafuer im Host wie im Gast (Radeon-)Treiber aus dem Mesa-Oekosystem - also wird das eher nix mit Windows im Gast.

Jedimaster

Here to stay

Registered: Dec 2005
Location: Linz
Posts: 3233

17.01.2025 - 09:08

Versteh ich das richtig, native GPU unterstützung, allerdings nicht via passtrough sondern "shared" mit Host und anderen VM's ?

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12108

17.01.2025 - 09:16

Ja, am Ende des Tages wird ein GNU/Linux-Gastsystem hardwarebeschleunigte Grafikausgabe ueber die Radeon-GPU im Host haben.

Die Grafiktreiber auf einem GNU/Linux-System haben eine Kernel- und eine Userspace-Komponente: auf der einen Seite den DRM (Direct Rendering Manger) und auf der anderen Seite - zumindest bei den freien FOSS-Treibern im Oekosystem - mesa3d. Mit diesen Patches wird es jetzt moeglich, dass man mit dem "amdgpu"-Treiber und Radeon-Hardware den Datenaustausch zwischen diesen beiden Software-Schichten optional durch einen Hypervisor "durchtunnelt". Um genauer zu beschreiben, wie das gemacht wird, fehlt mir der Einblick in die beteiligten Softwareschichten. Aber es klingt fuer mich nach einer guten Idee!

Philipp

Here to stay

Registered: Jul 2001
Location: Wien
Posts: 1966

17.01.2025 - 13:33

Zitat aus einem Post von KruzFX
Hätte ich probiert wie beschrieben, hat leider bei mir nicht funktioniert.. aber danke, einen Versuch wars wert...

Ich würde nicht so schnell aufgeben. Welcher Fehler kommt denn?

Es gibt auch ein Bild, was man genau machen muss:

Man muss erst mit "Add Shortcuts..." einen Link auf ..Program Files\Autodesk\webdeploy\production\some digits\Autodesk Identity Manager\AskIdentityManager.exe setzen. Danach muss man in der ersten Option der Einstellungen (Change Launch Options) unter Command Arguments den Link von dem "Go to product" Knopf der Website in Anführungszeichen einfügen. Also "adskidmgr:/login?code=codehier" und danach das Programm starten.

KruzFX

8.10.2021

Registered: Aug 2005
Location: ZDR
Posts: 2078

17.01.2025 - 16:24

Danke für die Mühe, hab aber schon wieder Windows am Laufen. Wenn ich mal Zeit hab, werde ichs wohl wieder probieren.
Habs 1:1 lt. dem Guide probiert, hat leider nicht funktioniert. Ist halt so wie immer, die Workarounds funktionieren eine Zeit lang, bis der Hersteller wieder eine Kleinigkeit im Ursprungsprogramm ändert und dann geht auf einmal wieder nichts mehr..
So lange kein natives CAD für Linux rauskommt oder eine größere Firma das ganze stützt, wie bei SteamOS, bleibts halt immer ein Gebastel...

davebastard

Vinyl-Sammler

Registered: Jun 2002
Location: wean
Posts: 12376

17.01.2025 - 20:22

Zitat aus einem Post von COLOSSUS
Ja, am Ende des Tages wird ein GNU/Linux-Gastsystem hardwarebeschleunigte Grafikausgabe ueber die Radeon-GPU im Host haben.

Die Grafiktreiber auf einem GNU/Linux-System haben eine Kernel- und eine Userspace-Komponente: auf der einen Seite den DRM (Direct Rendering Manger) und auf der anderen Seite - zumindest bei den freien FOSS-Treibern im Oekosystem - mesa3d. Mit diesen Patches wird es jetzt moeglich, dass man mit dem "amdgpu"-Treiber und Radeon-Hardware den Datenaustausch zwischen diesen beiden Software-Schichten optional durch einen Hypervisor "durchtunnelt". Um genauer zu beschreiben, wie das gemacht wird, fehlt mir der Einblick in die beteiligten Softwareschichten. Aber es klingt fuer mich nach einer guten Idee!

was wär denn ein Anwendungsfall wo man das brauchen würde? mir fällt da grad nix passendes ein... ja vielleicht beim Entwickeln zum Testen. aber sonst kann ich die software ja gleich am host laufen haben

danke fürs Aufklären jedenfalls

Bearbeitet von davebastard am 17.01.2025, 20:24

spunz

Super Moderator
Super Moderator

Registered: Aug 2000
Location: achse des bösen
Posts: 11283

17.01.2025 - 22:01

Zitat aus einem Post von davebastard
was wär denn ein Anwendungsfall wo man das brauchen würde? mir fällt da grad nix passendes ein... ja vielleicht beim Entwickeln zum Testen. aber sonst kann ich die software ja gleich am host laufen haben

NVR Lösungen mit Objekterkennung (frigate, shinobi,...)
diverse Bild/Videoverwaltungen wie Plex, Immich,..
DMS mit irgendwelchen llm kram (paperless)

und natürlich supertuxkart

davebastard

Vinyl-Sammler

Registered: Jun 2002
Location: wean
Posts: 12376

17.01.2025 - 22:55

ja schon aber wieso muss ich das in einer vm haben? kann ich ja dann gleich am host installieren.

edit: ja gut wenn man es netzwerktechnisch trennen will, ok

quilty

Ich schau nur

Registered: Jul 2005
Location: 4202
Posts: 3064

17.01.2025 - 23:03

Weil ich möglichst alles in einem Container haben will in einer modernen Server Infrastruktur (auch in einer alten

).
Alles was nicht direkt auf einem Host laufen muss, soll dort nicht laufen imho.

davebastard

Vinyl-Sammler

Registered: Jun 2002
Location: wean
Posts: 12376

17.01.2025 - 23:05

jo schon klar habs eh schon dazueditiert, hatte ursprünglich mehr an clientanwendungen gedacht nicht an serveranwendungen die GPUs verwenden. Da kanns schon Sinn machen

Philipp Here to stay Registered: Jul 2001 Location: Wien Posts: 1966	16.01.2025 - 23:12 Zitat aus einem Post von KruzFX Danke für den Hinweis, dann probier ich das auch noch Edit: Hat schon besser funktioniert, bin zumindest bis zur Anmeldung gekommen. Den Anmeldelink konnte Firefox dann aber doch nicht weiterleiten zurück an Fusion, somit ist das Projekt Umstieg auf Linux wieder mal gestorben wegen CAD... traurig, traurig.. Deswegen habe ich auch den Artikel verlinkt. Dort steht ein Workaround: Zitat Workarounds If you’re stucked in the login screen, you can try the following workaround: 1. Click Sign in in the fusion 360 app and follow the steps until you get the Go to product button. 2. Find AskIdentityManager in the Program Files\Autodesk\webdeploy\production\some digits\Autodesk Identity Manager\AskIdentityManager.exe 3. Run the executable inside the bottle with the link (surrounded by quotes) from Go to product button as launch options and also select run in terminal. 4. You should be logged in now. (source: #393#issuecomment-1986967643)
KruzFX 8.10.2021 Registered: Aug 2005 Location: ZDR Posts: 2078	16.01.2025 - 23:20 Hätte ich probiert wie beschrieben, hat leider bei mir nicht funktioniert.. aber danke, einen Versuch wars wert...
davebastard Vinyl-Sammler Registered: Jun 2002 Location: wean Posts: 12376	16.01.2025 - 23:33 Zitat aus einem Post von Rogaahl Für amdgpu Nutzer, wird Virtualisierung Ende Februar viel besser werden. Mehr oder weniger native GPU passthrough der Host Grafikkarte zum guest system! AMDGPU VirtIO Native Context Merged: Native AMD Driver Support Within Guest VMs - Phoronix Link: www.phoronix.com Damit sollten dann Sachen wie Fusion und C1 kein Problem mehr darstellen. Des Weiteren kann man sich in naher Zukunft, von solchen Applikationen, die mittels WINE gestartet werden, einer massiven Performance anstieg (bis zu dreistelliger Prozent) erwarten, sobald NSYNC (native Windows sync calls) im Kernel landet. das sind gute Nachrichten, fusion kann auf jedenfall opengl weils ja auf mac auch funzt. Dann probier ich vmware workstation gar nicht mehr, ist eh eine Einbahnstraße nachdem das wahrscheinlich nicht weiterentwickelt wird und proprietär is. Dann wart ich mal bis die Mesa Version stable ist und schau mir das dann an. Bearbeitet von davebastard am 16.01.2025, 23:36
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12108	17.01.2025 - 07:46 Zitat aus einem Post von Rogaahl Für amdgpu Nutzer, wird Virtualisierung Ende Februar viel besser werden. Mehr oder weniger native GPU passthrough der Host Grafikkarte zum guest system! AMDGPU VirtIO Native Context Merged: Native AMD Driver Support Within Guest VMs - Phoronix Link: www.phoronix.com Damit sollten dann Sachen wie Fusion und C1 kein Problem mehr darstellen. Afaiui brauchst du dafuer im Host wie im Gast (Radeon-)Treiber aus dem Mesa-Oekosystem - also wird das eher nix mit Windows im Gast.
Jedimaster Here to stay Registered: Dec 2005 Location: Linz Posts: 3233	17.01.2025 - 09:08 Versteh ich das richtig, native GPU unterstützung, allerdings nicht via passtrough sondern "shared" mit Host und anderen VM's ?
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12108	17.01.2025 - 09:16 Ja, am Ende des Tages wird ein GNU/Linux-Gastsystem hardwarebeschleunigte Grafikausgabe ueber die Radeon-GPU im Host haben. Die Grafiktreiber auf einem GNU/Linux-System haben eine Kernel- und eine Userspace-Komponente: auf der einen Seite den DRM (Direct Rendering Manger) und auf der anderen Seite - zumindest bei den freien FOSS-Treibern im Oekosystem - mesa3d. Mit diesen Patches wird es jetzt moeglich, dass man mit dem "amdgpu"-Treiber und Radeon-Hardware den Datenaustausch zwischen diesen beiden Software-Schichten optional durch einen Hypervisor "durchtunnelt". Um genauer zu beschreiben, wie das gemacht wird, fehlt mir der Einblick in die beteiligten Softwareschichten. Aber es klingt fuer mich nach einer guten Idee!
Philipp Here to stay Registered: Jul 2001 Location: Wien Posts: 1966	17.01.2025 - 13:33 Zitat aus einem Post von KruzFX Hätte ich probiert wie beschrieben, hat leider bei mir nicht funktioniert.. aber danke, einen Versuch wars wert... Ich würde nicht so schnell aufgeben. Welcher Fehler kommt denn? Es gibt auch ein Bild, was man genau machen muss: Man muss erst mit "Add Shortcuts..." einen Link auf ..Program Files\Autodesk\webdeploy\production\some digits\Autodesk Identity Manager\AskIdentityManager.exe setzen. Danach muss man in der ersten Option der Einstellungen (Change Launch Options) unter Command Arguments den Link von dem "Go to product" Knopf der Website in Anführungszeichen einfügen. Also "adskidmgr:/login?code=codehier" und danach das Programm starten.
KruzFX 8.10.2021 Registered: Aug 2005 Location: ZDR Posts: 2078	17.01.2025 - 16:24 Danke für die Mühe, hab aber schon wieder Windows am Laufen. Wenn ich mal Zeit hab, werde ichs wohl wieder probieren. Habs 1:1 lt. dem Guide probiert, hat leider nicht funktioniert. Ist halt so wie immer, die Workarounds funktionieren eine Zeit lang, bis der Hersteller wieder eine Kleinigkeit im Ursprungsprogramm ändert und dann geht auf einmal wieder nichts mehr.. So lange kein natives CAD für Linux rauskommt oder eine größere Firma das ganze stützt, wie bei SteamOS, bleibts halt immer ein Gebastel...
davebastard Vinyl-Sammler Registered: Jun 2002 Location: wean Posts: 12376	17.01.2025 - 20:22 Zitat aus einem Post von COLOSSUS Ja, am Ende des Tages wird ein GNU/Linux-Gastsystem hardwarebeschleunigte Grafikausgabe ueber die Radeon-GPU im Host haben. Die Grafiktreiber auf einem GNU/Linux-System haben eine Kernel- und eine Userspace-Komponente: auf der einen Seite den DRM (Direct Rendering Manger) und auf der anderen Seite - zumindest bei den freien FOSS-Treibern im Oekosystem - mesa3d. Mit diesen Patches wird es jetzt moeglich, dass man mit dem "amdgpu"-Treiber und Radeon-Hardware den Datenaustausch zwischen diesen beiden Software-Schichten optional durch einen Hypervisor "durchtunnelt". Um genauer zu beschreiben, wie das gemacht wird, fehlt mir der Einblick in die beteiligten Softwareschichten. Aber es klingt fuer mich nach einer guten Idee! was wär denn ein Anwendungsfall wo man das brauchen würde? mir fällt da grad nix passendes ein... ja vielleicht beim Entwickeln zum Testen. aber sonst kann ich die software ja gleich am host laufen haben danke fürs Aufklären jedenfalls Bearbeitet von davebastard am 17.01.2025, 20:24
spunz Super Moderator Super Moderator Registered: Aug 2000 Location: achse des bösen Posts: 11283	17.01.2025 - 22:01 Zitat aus einem Post von davebastard was wär denn ein Anwendungsfall wo man das brauchen würde? mir fällt da grad nix passendes ein... ja vielleicht beim Entwickeln zum Testen. aber sonst kann ich die software ja gleich am host laufen haben NVR Lösungen mit Objekterkennung (frigate, shinobi,...) diverse Bild/Videoverwaltungen wie Plex, Immich,.. DMS mit irgendwelchen llm kram (paperless) und natürlich supertuxkart
davebastard Vinyl-Sammler Registered: Jun 2002 Location: wean Posts: 12376	17.01.2025 - 22:55 ja schon aber wieso muss ich das in einer vm haben? kann ich ja dann gleich am host installieren. edit: ja gut wenn man es netzwerktechnisch trennen will, ok
quilty Ich schau nur Registered: Jul 2005 Location: 4202 Posts: 3064	17.01.2025 - 23:03 Weil ich möglichst alles in einem Container haben will in einer modernen Server Infrastruktur (auch in einer alten ). Alles was nicht direkt auf einem Host laufen muss, soll dort nicht laufen imho.
davebastard Vinyl-Sammler Registered: Jun 2002 Location: wean Posts: 12376	17.01.2025 - 23:05 jo schon klar habs eh schon dazueditiert, hatte ursprünglich mehr an clientanwendungen gedacht nicht an serveranwendungen die GPUs verwenden. Da kanns schon Sinn machen

FAQ: Windows -> GNU/Linux - Umstieg, Einstieg, Aufstieg

Forum Index > Software > Linux and other OS

Philipp

KruzFX

davebastard

COLOSSUS

Jedimaster

COLOSSUS

Philipp

KruzFX

davebastard

spunz

davebastard

quilty

davebastard