- Mitglied seit
- 25.12.2005
- Beiträge
- 1.994
Infos zum Problem Creators Update und aquasuite Absturz
Das Problem haben wir jetzt an Hand von RivaTuner mal etwas tiefgreifender analysieren können. Der Knackpunkt scheint zu sein, dass Riva Tuner als x86 Anwendung sich in unsere x64 aquasuite einklinken will, was prinzipiell schon Windows selbst an einigen Stellen blockiert. Den MSI Afterburner betrifft es ebenso da er Riva Tuner mit an Board hat.
Unser Test-Szenario besteht aus Windows 10 64 Bit mit Creators Update (Build 15063) und RivaTuner Statistic Server 6.6.0 oder der aktuellen 6.7.0 Beta 1 mit jeweils den Profilen Low/Medium/High.
In dieser Kombination crasht jede .NET WPF Anwendung wenn diese mit 64 Bit ausgeführt wird - so wie auch unsere aquasuite. Hierbei muss die Compiler-Option "Prefer 32 Bit" auf deaktiviert eingestellt sein. Standardmäßig steht diese auf enabled, weshalb die meisten .NET Anwendungen erst mal nicht betroffen sind. Für uns ist das allerdings keine Option da die Performance vor allem bei Daten-intensiven Vorgängen wie den Charts oder dem Datenlogger dann spürbar leidet.
Wir haben das Problem mit allen Compiler-Einstellungen an Hand einer einfachen Hello World Anwendung durchgespielt:
WPF 64 Bit Anwendung (Default Renderer, GPU beschleunigt) = Absturz
WPF 64 Bit Anwendung (Software Renderer, keine GPU Beschleunigung) = funktioniert
WPF 32 Bit Anwendung = funktioniert (da auch Riva Tuner x32 ist)
Windows Forms 64 Bit Anwendung (keine GPU Beschleunigung) = funktioniert
Windows Forms 32 Bit Anwendung (keine GPU Beschleunigung) = funktioniert
Die Ungläubigen unter euch können sich die zugehörigen Quelldateien und fertig kompilierten EXE-Dateien bei uns aus dem Forum herunterladen und es selber ausprobieren. (Bitte Hinweise beachten.)
Bei Riva Tuner muss das Application Detection Level auf high stehen die Demo Anwendung kaum etwas rendert und bei den niedrigeren Leveln quasi unter dem Radar von Riva Tuner bleibt
Der Bug ist im Endeffekt darin zu suchen wie sich Riva Tuner als x32 Programm in eine x64 Anwendung einklinkt und/oder auch in Windows selbst da das Problem erst jetzt mit dem Creators Update zum Vorschein gekommen ist.
Vorläufig kann man die aquasuite als Ausnahme hinzufügen damit Riva Tuner diese nicht mehr triggert. Ansonsten muss man hoffen, dass das Problem bei Riva Tuner oder Microsoft behoben wird. Wir haben da keinen Einfluss.
(Der wieder gelöschte Hinweis zu einem Workaround in der aquasuite ist hinfällig: das funktioniert leider doch nicht wie gewünscht.)
Die Sache, dass bei einigen der Service nicht mehr automatisch startet, ist einfach zu lösen: die aquasuite einfach nochmal neu installieren (alte Daten übernehmen, keine komplette Neuinstallation). Dabei wird auch der Service neu installiert, was im Endeffekt die Lösung ist.
Das Problem haben wir jetzt an Hand von RivaTuner mal etwas tiefgreifender analysieren können. Der Knackpunkt scheint zu sein, dass Riva Tuner als x86 Anwendung sich in unsere x64 aquasuite einklinken will, was prinzipiell schon Windows selbst an einigen Stellen blockiert. Den MSI Afterburner betrifft es ebenso da er Riva Tuner mit an Board hat.
Unser Test-Szenario besteht aus Windows 10 64 Bit mit Creators Update (Build 15063) und RivaTuner Statistic Server 6.6.0 oder der aktuellen 6.7.0 Beta 1 mit jeweils den Profilen Low/Medium/High.
In dieser Kombination crasht jede .NET WPF Anwendung wenn diese mit 64 Bit ausgeführt wird - so wie auch unsere aquasuite. Hierbei muss die Compiler-Option "Prefer 32 Bit" auf deaktiviert eingestellt sein. Standardmäßig steht diese auf enabled, weshalb die meisten .NET Anwendungen erst mal nicht betroffen sind. Für uns ist das allerdings keine Option da die Performance vor allem bei Daten-intensiven Vorgängen wie den Charts oder dem Datenlogger dann spürbar leidet.
Wir haben das Problem mit allen Compiler-Einstellungen an Hand einer einfachen Hello World Anwendung durchgespielt:
WPF 64 Bit Anwendung (Default Renderer, GPU beschleunigt) = Absturz
WPF 64 Bit Anwendung (Software Renderer, keine GPU Beschleunigung) = funktioniert
WPF 32 Bit Anwendung = funktioniert (da auch Riva Tuner x32 ist)
Windows Forms 64 Bit Anwendung (keine GPU Beschleunigung) = funktioniert
Windows Forms 32 Bit Anwendung (keine GPU Beschleunigung) = funktioniert
Die Ungläubigen unter euch können sich die zugehörigen Quelldateien und fertig kompilierten EXE-Dateien bei uns aus dem Forum herunterladen und es selber ausprobieren. (Bitte Hinweise beachten.)
Bei Riva Tuner muss das Application Detection Level auf high stehen die Demo Anwendung kaum etwas rendert und bei den niedrigeren Leveln quasi unter dem Radar von Riva Tuner bleibt
Der Bug ist im Endeffekt darin zu suchen wie sich Riva Tuner als x32 Programm in eine x64 Anwendung einklinkt und/oder auch in Windows selbst da das Problem erst jetzt mit dem Creators Update zum Vorschein gekommen ist.
Vorläufig kann man die aquasuite als Ausnahme hinzufügen damit Riva Tuner diese nicht mehr triggert. Ansonsten muss man hoffen, dass das Problem bei Riva Tuner oder Microsoft behoben wird. Wir haben da keinen Einfluss.
(Der wieder gelöschte Hinweis zu einem Workaround in der aquasuite ist hinfällig: das funktioniert leider doch nicht wie gewünscht.)
Die Sache, dass bei einigen der Service nicht mehr automatisch startet, ist einfach zu lösen: die aquasuite einfach nochmal neu installieren (alte Daten übernehmen, keine komplette Neuinstallation). Dabei wird auch der Service neu installiert, was im Endeffekt die Lösung ist.
Zuletzt bearbeitet: