Testbericht unter Linux

Hier kann alles Allgemeine rund um Zusi 3 gefragt und beantwortet werden. Neuigkeiten zum Programm werden hier erscheinen.
Nachricht
Autor
Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#481 Beitrag von Bernhard K. »

Welche Wine Version?
Plus: Probiere es bitte mal ohne das Hilfsprogramm in einem frischen Prefix.

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#482 Beitrag von Johannes »

Bitte probiere mal

Code: Alles auswählen

WINEDEBUG=+module /pfad/zu/setup.bash /pfad/zu/stick/Vollversion/Setup_Zusi3_Hobby_2019-06-22.exe 2>&1 | grep --context=10 wbemdisp 
und schreib das Ergebnis hier rein.

Wine-Version wäre auch gut zu wissen.

Was du auch probieren kannst: im Verzeichnis zusi_linux_installer Folgendes ausführen:

Code: Alles auswählen

ldd wbemdisp.dll.so
Ergebnis hier einfügen.

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#483 Beitrag von Bernhard K. »

Johannes hat geschrieben: 15.03.2022 06:58:35

Code: Alles auswählen

ldd wbemdisp.dll.so
Warum nutzt dein Tool eigentlich eine dll.so, wenn das Modul seit einiger Zeit ein rein PE ist? (Schätze mal es ist von vor der Konvertierung?) Ich glaube, dass das hier der Grund ist, warum Wine wbemdisp.dll nicht findet. Hatte gestern auch meinen Build Ordner gecheckt und es wurde nur eine DLL angezeigt. Das Modul hat auch keine Unixlib, also ein SO sollte es gar nicht geben.

Henk
Beiträge: 3
Registriert: 09.03.2022 22:05:30

Re: Testbericht unter Linux

#484 Beitrag von Henk »

Danke, Bernhard K. und Johannes.

Wine-version ist 6.0

Ohne Hilfsprogramm bricht die Installation auch ab mit einem Installationsfehler.

Output von ldd wbemdisp.dll.so ist:

Code: Alles auswählen

	linux-gate.so.1 (0xf7ed2000)
	libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0xf7e69000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7c50000)
	libm.so.6 => /lib/libm.so.6 (0xf7b4c000)
	libc.so.6 => /lib/libc.so.6 (0xf7962000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7944000)
	libudev.so.1 => /usr/lib/libudev.so.1 (0xf7908000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xf78e7000)
	/lib/ld-linux.so.2 (0xf7ed4000)
	librt.so.1 => /lib/librt.so.1 (0xf78dd000)
	libselinux.so.1 => /lib/libselinux.so.1 (0xf78b0000)
	libpcre.so.1 => /usr/lib/libpcre.so.1 (0xf7824000)
	libdl.so.2 => /lib/libdl.so.2 (0xf781d000)
Output von WINEDEBUG usw. /home/henk/bin/zusi-linux-installer/setup.bash usw. ist:

Code: Alles auswählen

00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:LdrGetDllHandle L"kernel32.dll" -> 7B620000 (load path L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0")
00f8:trace:module:LdrGetDllHandle L"kernel32.dll" -> 7B620000 (load path L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0")
00f8:trace:module:load_dll looking for L"C:\\windows\\system32\\wbem\\wbemdisp.dll" in L"C:\\windows\\system32\\wbem;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
00f8:trace:module:get_load_order looking for L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:get_load_order got hardcoded default for L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:load_so_dll trying L"\\??\\C:\\windows\\system32\\wbem\\wbemdisp.dll" as so lib
00f8:warn:module:dlopen_dll failed to load .so lib "/home/henk/.wine/dosdevices/c:/windows/syswow64/wbem/wbemdisp.dll": /home/henk/.wine/dosdevices/c:/windows/syswow64/wbem/wbemdisp.dll: undefined symbol: libusb_set_option
00f8:warn:module:load_so_dll failed to load .so lib L"\\??\\C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\wbem\\wbemdisp.dll"; status=c000012f
00f8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:load_dll looking for L"rpcrt4.dll" in L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
00f8:trace:module:load_dll Found L"C:\\windows\\system32\\rpcrt4.dll" for L"rpcrt4.dll" at 7E660000, count=-1
00fc:trace:module:MODULE_InitDLL (00007F219BF70000 L"ucrtbase.dll",THREAD_ATTACH,0000000000000000) - CALL
00fc:trace:module:MODULE_InitDLL (00007F219BF70000,THREAD_ATTACH,0000000000000000) - RETURN 1
00fc:trace:module:MODULE_InitDLL (00007F219C0F0000 L"rpcrt4.dll",THREAD_ATTACH,0000000000000000) - CALL
00fc:trace:module:MODULE_InitDLL (00007F219C0F0000,THREAD_ATTACH,0000000000000000) - RETURN 1
0100:trace:module:MODULE_InitDLL (00007F219BF70000 L"ucrtbase.dll",THREAD_ATTACH,0000000000000000) - CALL
0100:trace:module:MODULE_InitDLL (00007F219BF70000,THREAD_ATTACH,0000000000000000) - RETURN 1
0100:trace:module:MODULE_InitDLL (00007F219C0F0000 L"rpcrt4.dll",THREAD_ATTACH,0000000000000000) - CALL
0100:trace:module:MODULE_InitDLL (00007F219C0F0000,THREAD_ATTACH,0000000000000000) - RETURN 1

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#485 Beitrag von Johannes »

Danke, da ist wohl die libusb auf meinem Entwicklungsrechner zu neu. Ich baue gleich einen neuen Installer, der auch mit älteren libusb zurechtkommt.
Bernhard K. hat geschrieben: 15.03.2022 10:05:35 Warum nutzt dein Tool eigentlich eine dll.so, wenn das Modul seit einiger Zeit ein rein PE ist? (Schätze mal es ist von vor der Konvertierung?)
Einerseits das (vermutlich), andererseits will ich auch gegen libusb linken. Geht das mit einer PE?

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#486 Beitrag von Bernhard K. »

Johannes hat geschrieben: 15.03.2022 10:41:13 Einerseits das (vermutlich), andererseits will ich auch gegen libusb linken. Geht das mit einer PE?
Ja, das geht, wenn du eine Unixlib schreibst: D.h. es gibt dann eine Trennung zwischen Windows PE Code und Linux ELF Code. Wenn ich es richtig verstehe, tut Wine den Linux Code vor Windows Programmen über simulierte Syscalls verstecken.
Es gibt kein wirkliches Tutorial für dieses Auftrennen, aber du kannst dir den Code von winepulse.drv, kerberos oder crypt32 als Vorlage nehmen. Der Linux Part hat immer dieses Makro am Anfang des Codes:

Code: Alles auswählen

#if 0
#pragma makedep unix
#endif

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#487 Beitrag von Johannes »

Bernhard K. hat geschrieben: 15.03.2022 11:57:04 Ja, das geht, wenn du eine Unixlib schreibst: D.h. es gibt dann eine Trennung zwischen Windows PE Code und Linux ELF Code.
Wenn ich so oder so eine .so brauche, kann ich auch gleich alles da reinpacken :) Die PE-Migration hat m.W. etwas mit Spiele-Kopierschutzen zu tun, die System-DLLs analysieren. So was macht Zusi nicht.

@Henk: Bitte probier's mal mit https://github.com/zusitools/zusi_linux ... ler.tar.gz

Henk
Beiträge: 3
Registriert: 09.03.2022 22:05:30

Re: Testbericht unter Linux

#488 Beitrag von Henk »

@Henk: Bitte probier's mal mit https://github.com/zusitools/zusi_linux ... ler.tar.gz
Ja, jetzt hat's geklappt mit der Installation. Vielen Dank, ihr Beiden.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#489 Beitrag von mitropam »

F. Schn. hat geschrieben: 13.03.2022 17:38:53 Also unter Windows würde ich da als erstes den Bereich des Grafikkartentreibers verdächtigen. Ich weiß jetzt aber nicht, wie man da unter Linux am dümmsten vorgeht... Hast du noch irgendwas mit 3D-Grafik auf dem Rechner? Hat sich das auch verschlechtert?
Habe jetzt mal ein anderes Spiel mit 3D installiert und ausprobiert. Das läuft sehr flüssig.
Versuchsweise habe ich es dann mal mit wine-staging probiert, aber das hilft auch nix. Auffällig finde ich, dass bei Zusi jetzt die CPU-Auslastung extrem hoch ist. Das war vorher nicht so - zumindest nicht so hoch.

Mit 3 - 5 fps kann man leider nicht fahren. :(

jens1o
Beiträge: 3
Registriert: 04.04.2022 15:29:57

Re: Testbericht unter Linux

#490 Beitrag von jens1o »

Hallöchen zusammen,

ich habe mich jetzt hier im Forum angemeldet um vielleicht herauszufinden was auf meinem Linux-System noch fehlt, dass ich Displays in den Führerständen habe.
ZusiDisplay-Bildschirme in den Führerständen bleiben schwarz

Symptom: Beim Start von Zusi erscheint eine Meldung "Verbindung zu ZusiDisplay fehlgeschlagen" oder "To use this application, you must install .NET Core […]". In den Führerständen integrierte Displays bleiben schwarz und es erscheint eine gelbe Warnmeldung im Meldungsfenster "ZusiDisplay-Kommando ... nicht bekannt"
Ursache: .NET Core nicht installiert, das für ZusiDisplay notwendig ist.
Fehlerumgehung: Mittels winetricks (siehe oben) die Komponenten "dotnetcoredesktop3" und "gdiplus" installieren. Außerdem irgendwo die Schriftart "Microsoft Sans Serif" (micross.ttf) herholen und in C:\Windows\Fonts (meist also ~/.wine/drive_c/Windows/Fonts) kopieren.
viewtopic.php?f=47&t=10844%22

Dem bin ich gefolgt, leider hat es nicht funktioniert (sowohl dotnetcoredesktop3 als auch gdiplus über protontricks installiert). Ich sehe die Warnungsmeldungen, dass die ZusiDisplay Kommandos nicht bekannt seien und die Displays bleiben nach dem Start schwarz.

Was kann ich euch noch an Informationen geben, damit ihr mir helfen könntet? :)

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#491 Beitrag von Johannes »

Lässt sich ZusiDisplay denn "standalone" starten?

Code: Alles auswählen

protontricks -c 'wine _Tools/ZusiDisplay/ZusiDisplay.exe' 1040730
Wenn nein, was kommt denn so an Fehlermeldungen auf der Konsole?

Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#492 Beitrag von Christian Gründler »

Hallo jens1o: welche Wine-Version läuft bei Dir?

Benutzeravatar
F. Schn.
Beiträge: 6629
Registriert: 24.10.2011 18:58:26

Re: Testbericht unter Linux

#493 Beitrag von F. Schn. »

.Net Core war glaube ich in der 3.4.0 noch nicht am Start, daher eine ergänzende Frage: Hast du die Steam-Version oder die Stick-Version? Wenn du die Stick-Version hast: welche Version haben der Zusi-Simulator und ZusiDisplay? Angesichts von Proton vermute ich aber die Steam-Version, die sollte ein automatisches Update haben.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

jens1o
Beiträge: 3
Registriert: 04.04.2022 15:29:57

Re: Testbericht unter Linux

#494 Beitrag von jens1o »

Danke euch drei für die schnellen Antworten! :)

Code: Alles auswählen

[jens@blablub ~]$ protontricks -c 'wine _Tools/ZusiDisplay/ZusiDisplay.exe' 1040730
wineserver: using server-side synchronization.
wine: Using setpriority to control niceness in the [-11,11] range
0024:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 0024 addr 0x7bc1eeef stack 0x240b7c (0x240000-0x241000-0x3c0000)

Code: Alles auswählen

[jens@blablub ~]$ protontricks -c 'wine --version' 1040730
wine-6.3
(aber ich benutze die Steam-Version)

ahhh... ich probiere es jetzt mal mit der neusten (stabilen) Proton-Version 7.0-1, ist mir nicht aufgefallen, dass hier noch eine ältere Version eingestellt war... ich melde mich nachher nochmal.

jens1o
Beiträge: 3
Registriert: 04.04.2022 15:29:57

Re: Testbericht unter Linux

#495 Beitrag von jens1o »

Okay, Proton 7 ist leider ein Reinfall. Ich komme gar nicht so weit, dass ich mit protontricks etwas installieren könnte, da protontricks direkt abschmiert.

Log + Warnung von protontricks:

Code: Alles auswählen

[jens@blablub ~]$ protontricks --gui
winetricks GUI enabled, using zenity 3.41.0
Executing mkdir -p /home/jens/.local/share/Steam/steamapps/compatdata/1040730
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
------------------------------------------------------
WINEPREFIX INFO:
Drive C: total 0
drwxr-xr-x 1 jens users 138 Apr  4 11:17 .
drwxr-xr-x 1 jens users 154 Apr  5 09:52 ..
drwxr-xr-x 1 jens users  34 Apr  5 09:52 openxr
drwxr-xr-x 1 jens users  44 Apr  4 11:17 ProgramData
drwxr-xr-x 1 jens users 130 Apr  4 15:05 Program Files
drwxr-xr-x 1 jens users 140 Apr  4 11:17 Program Files (x86)
drwxr-xr-x 1 jens users  30 Apr  4 11:17 users
drwxr-xr-x 1 jens users   6 Apr  4 11:17 vrclient
drwxr-xr-x 1 jens users 484 Apr  5 09:52 windows

Registry info:
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/system.reg:#arch=win64
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/userdef.reg:#arch=win64
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/user.reg:#arch=win64
------------------------------------------------------
------------------------------------------------------
warning: /home/jens/.cache/protontricks/proton/Proton 7.0/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message "/home/jens/.cache/protontricks/proton/Proton 7.0/bin/wine: line 70: 11417 Floating point exception(core dumped) "$PROTON_DIST_PATH"/bin/wine "$@"" 
------------------------------------------------------

Code: Alles auswählen

Apr 05 09:54:06 blablub audit[8961]: ANOM_ABEND auid=1000 uid=1000 gid=985 ses=4 pid=8961 comm="wine" exe=2F686F6D652F6A656E732F2E6C6F63616C2F73686172652F537465616D2F737465616D617070732F636F6D6D6F6E2F50726F746F6E20372E302F646973742F62696E2F77696E652D7072656C6F61646572 sig=8 res=1
Apr 05 09:54:06 blablub systemd-coredump[8963]: [🡕] Process 8961 (wine) of user 1000 dumped core.
                                              
                                              Module /home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/bin/wine without build-id.
                                              Module /run/host/usr/lib32/librt.so.1 with build-id 84eb88ac79c6c1f3c9b867e233a9b8f2c4f93629
                                              Module /home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so without build-id.
                                              Module /run/host/usr/lib32/libc.so.6 with build-id d5614bfc15dbc1131812a3c7423a92a074c617af
                                              Module /run/host/usr/lib32/libdl.so.2 with build-id c5f78832e997c5b11787a1c1fdbd8d1deb9419c0
                                              Module /run/host/usr/lib32/libpthread.so.0 with build-id cbe16e4ec75ca09a77bf641cbd1c65e282060e2c
                                              Module /run/host/usr/lib32/ld-linux.so.2 with build-id 7cebdc216ce9bcff9eb81ede1235631dbda94a96
                                              Module linux-gate.so.1 with build-id 74cc34a25d272dcd3efbed21e48070b344911649
                                              Stack trace of thread 8961:
                                              #0  0x00000000f7bd9269 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x28269)
                                              #1  0x00000000f7bd98d5 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x288d5)
                                              #2  0x00000000f7bdb6ef n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x2a6ef)
                                              #3  0x00000000f7be0973 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x2f973)
                                              #4  0x000000007d001263 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/bin/wine + 0x1263)
                                              ELF object binary architecture: Intel 80386


Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#496 Beitrag von Christian Gründler »

jens1o hat geschrieben: 05.04.2022 09:59:12 Okay, Proton 7 ist leider ein Reinfall. Ich komme gar nicht so weit, dass ich mit protontricks etwas installieren könnte, da protontricks direkt abschmiert.
Ich vermute mal, dass Proton 7 auf Wine 7.0 aufsetzt, was schon mal gut ist. Und wenn protontricks arbeitet wie winetricks, ist das auch unabhängig von der jeweiligen Proton-Version. (Winetricks ist ein Skript, das unter Linux läuft, kein Windows-Programm.)
Log + Warnung von protontricks:

Code: Alles auswählen

[jens@blablub ~]$ protontricks --gui
winetricks GUI enabled, using zenity 3.41.0
Executing mkdir -p /home/jens/.local/share/Steam/steamapps/compatdata/1040730
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
Ein 64-Bit-Prefix ist schlecht: Zusi braucht (eigentlich immer noch) 32 Bit. Läuft das Programm tatsächlich bei Dir? Unter Wine könnte ich Dir erklären, wie man ein sauberes 32-Bit-Prefix aufsetzt; für Proton können Dir sicherlich andere weiterhelfen.

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#497 Beitrag von Bernhard K. »

Ein 64-Bit-Prefix ist schlecht: Zusi braucht (eigentlich immer noch) 32 Bit. Läuft das Programm tatsächlich bei Dir? Unter Wine könnte ich Dir erklären, wie man ein sauberes 32-Bit-Prefix aufsetzt; für Proton können Dir sicherlich andere weiterhelfen.
Das mit dem 32bit Prefix ist im Grunde ein Wine-Mythos: Wenn ein Programm nicht über WoW64 läuft, dann liegt oft ein größeres Problem vor, das durch die Verwendung einer 32bit Umgebung meist nur durch Zufall behoben wird.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#498 Beitrag von mitropam »

mitropam hat geschrieben: 29.03.2022 21:57:41
F. Schn. hat geschrieben: 13.03.2022 17:38:53 Also unter Windows würde ich da als erstes den Bereich des Grafikkartentreibers verdächtigen. Ich weiß jetzt aber nicht, wie man da unter Linux am dümmsten vorgeht... Hast du noch irgendwas mit 3D-Grafik auf dem Rechner? Hat sich das auch verschlechtert?
Habe jetzt mal ein anderes Spiel mit 3D installiert und ausprobiert. Das läuft sehr flüssig.
Versuchsweise habe ich es dann mal mit wine-staging probiert, aber das hilft auch nix. Auffällig finde ich, dass bei Zusi jetzt die CPU-Auslastung extrem hoch ist. Das war vorher nicht so - zumindest nicht so hoch.

Mit 3 - 5 fps kann man leider nicht fahren. :(
Habe nochmal ein wenig geforscht. Irgendwie sieht es so aus als ob Zusi und wine überhaupt nicht die GPU benutzen.

Die Ausgabe von nvidia-smi sieht so aus:

Code: Alles auswählen

Tue Apr  5 21:34:20 2022       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 470.103.01   Driver Version: 470.103.01   CUDA Version: 11.4     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA GeForce ...  Off  | 00000000:01:00.0  On |                  N/A |
| 33%   37C    P3    16W / 100W |   1013MiB /  3903MiB |     21%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
                                                                               
+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A      1523      G   /usr/lib/xorg/Xorg                624MiB |
|    0   N/A  N/A      2239      G   /usr/bin/kwin_x11                 179MiB |
|    0   N/A  N/A      2241      G   /usr/bin/plasmashell               89MiB |
|    0   N/A  N/A      2579      G   ...b/thunderbird/thunderbird       66MiB |
|    0   N/A  N/A     11445      G   ...680538910319148358,131072       45MiB |
+-----------------------------------------------------------------------------+

Obwohl Zusi läuft, taucht es in der Liste nicht auf. ?(

Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#499 Beitrag von Christian Gründler »

Bernhard K. hat geschrieben: 05.04.2022 17:13:21 Das mit dem 32bit Prefix ist im Grunde ein Wine-Mythos ...
... der sich aber hartnäckig hält: unter https://wiki.winehq.org/Debian wird weiterhin empfohlen, die 32-Bit-Bibliotheken zu laden, und unter https://www.winehq.org/announce/7.0 steht: WoW64 thunks are implemented for most Unix libraries, enabling a 32-bit PE module to call a 64-bit Unix library. Once the remaining modules are converted to PE, this will make it possible to run 32-bit applications without installing 32-bit Unix libraries.

Darf ich Deinem Beitrag entnehmen, dass Du Zusi unter WoW64 betreibst und dies problemlos funktioniert?

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#500 Beitrag von Bernhard K. »

Christian Gründler hat geschrieben: 07.04.2022 11:29:40 ... der sich aber hartnäckig hält: unter https://wiki.winehq.org/Debian wird weiterhin empfohlen, die 32-Bit-Bibliotheken zu laden, und unter https://www.winehq.org/announce/7.0 steht: WoW64 thunks are implemented for most Unix libraries, enabling a 32-bit PE module to call a 64-bit Unix library. Once the remaining modules are converted to PE, this will make it possible to run 32-bit applications without installing 32-bit Unix libraries.

Darf ich Deinem Beitrag entnehmen, dass Du Zusi unter WoW64 betreibst und dies problemlos funktioniert?
WoW64 ist jetzt nur bezogen auf die Windows Seite. Diese sollte keine Probleme mit der 32-bit auf 64-bit Ausführung haben. Das mit den Unixlibs ist ja nur ein Problem von Windows zu Linux Code und betrifft die Windows Seite nur geringfügig.

Ich mach mal ein Beispiel: Ich hatte letztens einen Absturz in 32-bit Code, der auf 64-bit nicht stattgefunden hat. Grund dafür war die Verwendung einer nicht initialisierten Variable, was bedeutet, dass der 64-bit Code nur zufällig funktioniert hat!
Und genauso ist das mit den 32bit Prefixes: Oft funktionieren Dinge nur aus Zufall oder durch die Verwendung von Undefinded Behavior, was langfristig für großes Chaos sorgen kann.

Lange Rede kurzer Sinn: WoW64 funktioniert und sollte auch bevorzugt werden. Außerdem werden die i686 Libs auf wahrscheinlich nicht mehr lange Zeit für Wine Geschichte sein.

Bernhard

Antworten