iGPU deaktiviert Hardwarebeschleunigung in Chrome

[Lurtz]

Keine Ahnung wo ich das posten soll, betrifft sowohl Chromium, als auch Intel und AMD.

Problem: Ich kann die iGPU im Bios nicht komplett deaktivieren. Spätestens nach jedem Neustart taucht sie also wieder im Gerätemanager auf.
Seit Chromium 52 wird nun keine Hardwarebeschleunigung mehr verwendet, sobald die iGPU nicht komplett deinstalliert ist, deaktivieren bringt nichts.


Graphics Feature Status
Canvas: Software only, hardware acceleration unavailable
Flash: Software only, hardware acceleration unavailable
Flash Stage3D: Software only, hardware acceleration unavailable
Flash Stage3D Baseline profile: Software only, hardware acceleration unavailable
Compositing: Software only, hardware acceleration unavailable
Multiple Raster Threads: Unavailable
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only. Hardware acceleration disabled
Video Decode: Software only, hardware acceleration unavailable
Video Encode: Software only, hardware acceleration unavailable
VPx Video Decode: Software only, hardware acceleration unavailable
WebGL: Unavailable
Driver Bug Workarounds
clear_uniforms_before_first_program_use
disable_d3d11
disable_discard_framebuffer
disable_dxgi_zero_copy_video
disable_framebuffer_cmaa
exit_on_context_lost
force_cube_complete
scalarize_vec_and_mat_constructor_args
texsubimage_faster_than_teximage
Problems Detected
GPU process was unable to boot: Features are disabled upon full but not preliminary GPU info.
Disabled Features: all
Accelerated video decode does not work with the discrete GPU on AMD switchables: 298968
Disabled Features: accelerated_video_decode
Some drivers are unable to reset the D3D device in the GPU process sandbox
Applied Workarounds: exit_on_context_lost
TexSubImage is faster for full uploads on ANGLE
Applied Workarounds: texsubimage_faster_than_teximage
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Disable Direct3D11 on systems with AMD switchable graphics: 451420
Applied Workarounds: disable_d3d11
ANGLE crash on glReadPixels from incomplete cube map texture: 518889
Applied Workarounds: force_cube_complete
Framebuffer discarding can hurt performance on non-tilers: 570897
Applied Workarounds: disable_discard_framebuffer
Zero copy DXGI video hangs on AMD drivers: 623029
Applied Workarounds: disable_dxgi_zero_copy_video
Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198
Applied Workarounds: disable_framebuffer_cmaa
Accelerated rasterization has been disabled, either via blacklist, about:flags or the command line.
Disabled Features: rasterization
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers
Version Information
Data exported 14.8.2016, 15:59:29
Chrome version Chrome/54.0.2824.0
Operating system Windows NT 10.0.14393
Software rendering list version 11.9
Driver bug list version 8.80
ANGLE commit id 3416ff3eef4f
2D graphics backend Skia/54 643ede69216c073c2dd497c382577dc9fde36b3e
Command Line Args Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --enable-md-feedback --enable-md-policy-page --mark-non-secure-as=non-secure --secondary-ui-md --top-chrome-md=material --enable-features=MaterialDesignHistory,MaterialDesignSettings,MaterialDesignUserManager, MaterialDesignUserMenu --flag-switches-end
Driver Information
Initialization time 383
In-process GPU false
Sandboxed true
GPU0 VENDOR = 0x1002, DEVICE= 0x67b1 *ACTIVE*
GPU1 VENDOR = 0x8086, DEVICE= 0x0112
Optimus false
AMD switchable true
Desktop compositing Aero Glass
Diagonal Monitor Size of \\.\DISPLAY1 43.3"
Driver vendor Advanced Micro Devices, Inc.
Driver version 16.300.2511.1001
Driver date 8-11-2016
Pixel shader version 3.0
Vertex shader version 3.0
Max. MSAA samples 8
Machine model name
Machine model version
GL_VENDOR Google Inc.
GL_RENDERER ANGLE (AMD Radeon (TM) R9 390 Series Direct3D9Ex vs_3_0 ps_3_0)
GL_VERSION OpenGL ES 2.0 (ANGLE 2.1.0.3416ff3eef4f)
GL_EXTENSIONS GL_OES_element_index_uint GL_OES_packed_depth_stencil GL_OES_get_program_binary GL_OES_rgb8_rgba8 GL_EXT_texture_format_BGRA8888 GL_EXT_read_format_bgra GL_EXT_color_buffer_half_float GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_float GL_OES_texture_float_linear GL_EXT_texture_compression_dxt1 GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_OES_depth32 GL_EXT_texture_storage GL_OES_texture_npot GL_EXT_texture_filter_anisotropic GL_EXT_occlusion_query_boolean GL_NV_fence GL_EXT_robustness GL_EXT_blend_minmax GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_pack_reverse_row_order GL_OES_standard_derivatives GL_EXT_shader_texture_lod GL_EXT_frag_depth GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_EXT_debug_marker GL_OES_EGL_image GL_OES_EGL_image_external GL_EXT_unpack_subimage GL_NV_pack_subimage GL_OES_vertex_array_object GL_KHR_debug GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_sync_query
Disabled Extensions
Window system binding vendor Google Inc. (adapter LUID: 0000000000007cd6)
Window system binding version 1.4 (ANGLE 2.1.0.3416ff3eef4f)
Window system binding extensions EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_ANGLE_flexible_surface_compatibility
Direct rendering Yes
Reset notification strategy 0x8252
GPU process crash count 0
Compositor Information
Tile Update Mode One-copy
Partial Raster Enabled
GpuMemoryBuffers Status
ATC Software only
ATCIA Software only
DXT1 Software only
DXT5 Software only
ETC1 Software only
R_8 Software only
BGR_565 Software only
RGBA_4444 Software only
RGBX_8888 Software only
RGBA_8888 Software only
BGRX_8888 Software only
BGRA_8888 Software only
YVU_420 Software only
YUV_420_BIPLANAR Software only
UYVY_422 Software only
Diagnostics
... loading ...
Log Messages
WARNING: Hardware acceleration is unavailable.


Zudem: Disable Direct3D11 on systems with AMD switchable graphics: 451420

Chromium scheint da also eine switchable graphics-Konfiguration zu erkennen :confused:

Stelle ich die Flag #ignore-gpu-blacklist aktiv, wird die Hardwarebeschleunigung wieder aktiviert, aber wer weiß ob die iGPU nicht doch irgendwo reinpfuscht?
Zudem funktioniert die Flag in Vivaldi nicht und in irgendwelchen Chromiumrenderern wie im Steamclient wohl auch nicht.

Gibt es eine Möglichkeit, die iGPU aus dem Geräte-Manager rauszuhalten oder dieses Verhalten anderweitig zu unterbinden?

Ist es normal, dass Rasterization nie hardwarebeschleunigt wird?

[lumines]

Ist es normal, dass Rasterization nie hardwarebeschleunigt wird?

Ich bin mir nicht ganz sicher, aber ich meine das ist eine Option für Android.

[Achill]

So sieht es bei mir aus, jedoch habe ich keine Intel-iGPU, zwei GPUs scheinen aber bei mir kein Problem zu machen:


Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only. Hardware acceleration disabled
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
WebGL: Hardware accelerated

Driver Bug Workarounds
clear_uniforms_before_first_program_use
disable_discard_framebuffer
exit_on_context_lost
force_cube_complete
scalarize_vec_and_mat_constructor_args
texsubimage_faster_than_teximage

Problems Detected
Some drivers are unable to reset the D3D device in the GPU process sandbox
Applied Workarounds: exit_on_context_lost
TexSubImage is faster for full uploads on ANGLE
Applied Workarounds: texsubimage_faster_than_teximage
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
ANGLE crash on glReadPixels from incomplete cube map texture: 518889
Applied Workarounds: force_cube_complete
Framebuffer discarding can hurt performance on non-tilers: 570897
Applied Workarounds: disable_discard_framebuffer
Accelerated rasterization has been disabled, either via blacklist, about:flags or the command line.
Disabled Features: rasterization
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers

Version Information
Data exported 14.8.2016, 16:31:44
Chrome version Chrome/52.0.2743.116
Operating system Windows NT 10.0
Software rendering list version 11.7
Driver bug list version 8.78
ANGLE commit id f07246f6a06d
2D graphics backend Skia
Command Line Args Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --flag-switches-end

Driver Information
Initialization time 43
In-process GPU false
Sandboxed false
GPU0 VENDOR = 0x1002, DEVICE= 0x67b0 *ACTIVE*
GPU1 VENDOR = 0x1002, DEVICE= 0x67b0
Optimus false
AMD switchable false
Desktop compositing Aero Glass
Diagonal Monitor Size of \\.\DISPLAY2 24.0"
Diagonal Monitor Size of \\.\DISPLAY3 24.0"
Diagonal Monitor Size of \\.\DISPLAY4 24.0"
Diagonal Monitor Size of \\.\DISPLAY5 24.0"
Diagonal Monitor Size of \\.\DISPLAY6 24.0"
Diagonal Monitor Size of \\.\DISPLAY1 26.9"
Driver vendor Advanced Micro Devices, Inc.
Driver version 16.300.2511.1001
Driver date 8-11-2016
Pixel shader version 5.0
Vertex shader version 5.0
Max. MSAA samples 8
Machine model name
Machine model version
GL_VENDOR Google Inc.
GL_RENDERER ANGLE (AMD Radeon (TM) R9 390 Series Direct3D11 vs_5_0 ps_5_0)
GL_VERSION OpenGL ES 2.0 (ANGLE 2.1.0.f07246f6a06d)
GL_EXTENSIONS GL_OES_element_index_uint GL_OES_packed_depth_stencil GL_OES_get_program_binary GL_OES_rgb8_rgba8 GL_EXT_texture_format_BGRA8888 GL_EXT_read_format_bgra GL_NV_pixel_buffer_object GL_OES_mapbuffer GL_EXT_map_buffer_range GL_EXT_color_buffer_half_float GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_float GL_OES_texture_float_linear GL_EXT_texture_rg GL_EXT_texture_compression_dxt1 GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_OES_compressed_ETC1_RGB8_texture GL_EXT_sRGB GL_ANGLE_depth_texture GL_OES_depth32 GL_EXT_texture_storage GL_OES_texture_npot GL_EXT_draw_buffers GL_EXT_texture_filter_anisotropic GL_EXT_occlusion_query_boolean GL_NV_fence GL_EXT_disjoint_timer_query GL_EXT_robustness GL_EXT_blend_minmax GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_pack_reverse_row_order GL_OES_standard_derivatives GL_EXT_shader_texture_lod GL_EXT_frag_depth GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_EXT_discard_framebuffer GL_EXT_debug_marker GL_OES_EGL_image GL_NV_EGL_stream_consumer_external GL_EXT_unpack_subimage GL_NV_pack_subimage GL_OES_vertex_array_object GL_KHR_debug GL_ANGLE_lossy_etc_decode GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_sync_query
Disabled Extensions
Window system binding vendor Google Inc. (adapter LUID: 000000000000cd86)
Window system binding version 1.4 (ANGLE 2.1.0.f07246f6a06d)
Window system binding extensions EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture_nv12
Direct rendering Yes
Reset notification strategy 0x8252
GPU process crash count 0

Compositor Information
Tile Update Mode One-copy
Partial Raster Enabled

GpuMemoryBuffers Status
ATC Software only
ATCIA Software only
DXT1 Software only
DXT5 Software only
ETC1 Software only
R_8 Software only
BGR_565 Software only
RGBA_4444 Software only
RGBX_8888 Software only
RGBA_8888 Software only
BGRX_8888 Software only
BGRA_8888 Software only
YUV_420 Software only
YUV_420_BIPLANAR Software only
UYVY_422 Software only

Diagnostics
0
b3DAccelerationEnabled true
b3DAccelerationExists true
bAGPEnabled true
bAGPExistenceValid true
bAGPExists true
bCanRenderWindow true
bDDAccelerationEnabled true
bDriverBeta false
bDriverDebug false
bDriverSigned false
bDriverSignedValid false
bNoHardware false
dwBpp 32
dwDDIVersion 12
dwHeight 1440
dwRefreshRate 144
dwWHQLLevel 0
dwWidth 2560
iAdapter 0
lDriverSize 1548000
lMiniVddSize 0
szAGPStatusEnglish Enabled
szAGPStatusLocalized Aktiviert
szChipType AMD Radeon Graphics Processor (0x67B0)
szD3DStatusEnglish Enabled
szD3DStatusLocalized Aktiviert
szDACType Internal DAC(400MHz)
szDDIVersionEnglish 12
szDDIVersionLocalized 12
szDDStatusEnglish Enabled
szDDStatusLocalized Aktiviert
szDXVAHDEnglish Not Supported
szDXVAModes ModeMPEG2_A ModeMPEG2_C ModeVC1_C ModeWMV9_C
szDescription AMD Radeon (TM) R9 390 Series
szDeviceId 0x67B0
szDeviceIdentifier {D7B71EE2-24F0-11CF-3971-2EC33EC2C535}
szDeviceName \\.\DISPLAY1
szDisplayMemoryEnglish 4095 MB
szDisplayMemoryLocalized 4095 MB
szDisplayModeEnglish 2560 x 1440 (32 bit) (144Hz)
szDisplayModeLocalized 2560 x 1440 (32 bit) (144Hz)
szDriverAssemblyVersion 16.300.2511.1001
szDriverAttributes Final Retail
szDriverDateEnglish 11.08.2016 02:00:00
szDriverDateLocalized 8/11/2016 02:00:00
szDriverLanguageEnglish English
szDriverLanguageLocalized Englisch
szDriverModelEnglish WDDM 2.0
szDriverModelLocalized WDDM 2.0
szDriverName aticfx64.dll,aticfx64.dll,aticfx64.dll,amdxc64.dll
szDriverNodeStrongName oem18.inf:cb0ae414ee390edc:ati2mtag_Hawaii:16.300.2511.1001:pci\ven_1002&dev_67b0&rev_80
szDriverSignDate Unknown
szDriverVersion 8.17.0010.1474
szKeyDeviceID Enum\PCI\VEN_1002&DEV_67B0&SUBSYS_E324174B&REV_80
szKeyDeviceKey \Registry\Machine\System\CurrentControlSet\Control\Video\{5DCC1577-7126-453A-AB32-843E249A01B4}\0000
szManufacturer Advanced Micro Devices, Inc.
szMiniVdd Unbekannt
szMiniVddDateEnglish Unknown
szMiniVddDateLocalized Unbekannt
szMonitorMaxRes Unknown
szMonitorName ASUS MG279 (57-144 FreeSync Range)
szNotesEnglish No problems found.
szNotesLocalized Es wurden keine Probleme gefunden.
szOverlayEnglish Not Supported
szRankOfInstalledDriver 00D12000
szRegHelpText Unknown
szRevision Unknown
szRevisionId 0x0080
szSubSysId 0xE324174B
szTestResultD3D7English Not run
szTestResultD3D7Localized Nicht ausgeführt
szTestResultD3D8English Not run
szTestResultD3D8Localized Nicht ausgeführt
szTestResultD3D9English Not run
szTestResultD3D9Localized Nicht ausgeführt
szTestResultDDEnglish Not run
szTestResultDDLocalized Nicht ausgeführt
szVdd Unbekannt
szVendorId 0x1002

Log Messages
GpuProcessHostUIShim: The GPU process exited normally. Everything is okay.



Gibt es eine Möglichkeit, die iGPU aus dem Geräte-Manager rauszuhalten oder dieses Verhalten anderweitig zu unterbinden?


MS DevCon.exe (https://msdn.microsoft.com/en-us/library/windows/hardware/ff544746(v=vs.85).aspx)

Unter Device Console (DevCon.exe) Examples (https://msdn.microsoft.com/en-us/library/windows/hardware/ff544746(v=vs.85).aspx#ddk_example_3_find_hardware_ids_by_using_a_class_tools) gibt es entsprechende Beispiele. Du kommst an die Info zur Deaktivierung der GPU via:
- Alle Klassen listen
- Alle Geräte der GPU Klasse listen
- Intel GPU deaktivieren, ähnlich:
devcon disable "PCI\..."

Wahrscheinlich hat dies den ähnlichen Effekt wie das deaktivieren im Gerätemanager, jedoch kann man dies bei jeden Start automatisch (Computerverwaltung>System>Aufgabenplanung>Neue_Aufgabe) ausführen und damit die IGPU automatisch deaktivieren lassen.


Ist es normal, dass Rasterization nie hardwarebeschleunigt wird?


Wie bei mir zu sehen, ist es bei meiner 390x auch deaktiviert. Man kann es aber erzwingen: chrome://flags/#enable-gpu-rasterization
-- Edit: Würde ich nicht empfehlen, es gibt größere/kleine schwarze Teilseiten und nur ein F5 hilft kurz.

[Kartenlehrling]

Aber das ist doch ein problem vom Chrome und nicht Mainboard, Windows, Intel oder AMD?

Chrom müsste sogar die Möglichkeit bieten, auszuwählen welche GPU bzw. igpu die Arbeit verrichte.

[Achill]

Aber das ist doch ein problem vom Chrome und nicht Mainboard, Windows, Intel oder AMD?

Chrom müsste sogar die Möglichkeit bieten, auszuwählen welche GPU bzw. igpu die Arbeit verrichte.

Das stimmt natürlich, @Lurtz evtl. ein Feature-Request beim Chrome-Team einkippen:
- https://productforums.google.com/forum/?rd=1#!topicsearchin/chrome/category$3Agive-feature-feedback-and-suggestions%7Csort:relevance%7Cspell:false
- https://bugs.chromium.org/p/chromium/issues/list

Ohne das man von einen Problem als SW-Entwickler weiß, kann man auch nichts ändern. Ein leidiges Team - immer und überall - wenn man mit irgend einer Art von Kunde zusammen arbeitet.

[Lurtz]

Wahrscheinlich hat dies den ähnlichen Effekt wie das deaktivieren im Gerätemanager, jedoch kann man dies bei jeden Start automatisch (Computerverwaltung>System>Aufgabenplanung>Neue_Aufgabe) ausführen und damit die IGPU automatisch deaktivieren lassen.
Wie gesagt, Deaktivieren reicht leider nicht aus, nur Deinstallieren. Sobald das Gerät in irgendeiner Form im Gerätemanager auftaucht, steigt Chromium aus.

Wie bei mir zu sehen, ist es bei meiner 390x auch deaktiviert. Man kann es aber erzwingen: chrome://flags/#enable-gpu-rasterization
-- Edit: Würde ich nicht empfehlen, es gibt größere/kleine schwarze Teilseiten und nur ein F5 hilft kurz.
Hier auch Grafikfehler damit.

Aber das ist doch ein problem vom Chrome und nicht Mainboard, Windows, Intel oder AMD?
Ohne das man von einen Problem als SW-Entwickler weiß, kann man auch nichts ändern. Ein leidiges Team - immer und überall - wenn man mit irgend einer Art von Kunde zusammen arbeitet.
Da kann man jetzt drüber streiten. Ich bin schon der Meinung, dass ein Mainboard die Option bieten sollte die iGPU deaktivieren zu können. Kann es leider nicht, von daher auch nicht zielführend.

Den Bug habe ich bereits Ende Juni im Bugtracker von Chromium gemeldet, passiert ist nichts. Hat eine Weile gedauert, überhaupt herauszufinden wo der Schuldige liegt, zuerst hatte ich nur mangelnde Performance in Chrome bemerkt.

Es sollte ein neuer Bug sein, denn bis Chromium 51 funktioniert es ja reproduzierbar problemlos.

[Achill]

Wie gesagt, Deaktivieren reicht leider nicht aus, nur Deinstallieren. Sobald das Gerät in irgendeiner Form im Gerätemanager auftaucht, steigt Chromium aus.
[..]


Es gibt auch remove (https://msdn.microsoft.com/en-us/library/windows/hardware/ff544796(v=vs.85).aspx) ... die Idee war ja, dass du den Vorgang automatisierst (z.B. nach Login). Das ist zwar ein Workaround aber was bleibt dir groß übrig?

Alternative ist der Feature-Request - aber wie du schon richtig schreibst muss der angenommen und entsprechend priorisiert werden - oder ein anderer Browser nehmen, was aber ggf. auch keine Lösung darstellt.

Die wirkliche (aber initial auch aufwendigste) Lösung wäre selbst Hand an zu legen - das geht aber nur wenn man das will und kann. Ist ähnlich wie seine Vesper oder T4 immer mal wieder zu öffnen und zu warten.

[Lurtz]

Bin glücklicherweise in der Regel mit Firefox unterwegs, nutze aber auch öfter mal diverse Chromiumbrowser. Vivaldi ist der Einzige, wo das Forcieren der Hardwarebeschleunigung per Flag leider nicht funktioniert.

Ich muss das mit dem Kommandozeilentool mal versuchen. Sollte die Hardware-ID der iGPU nach jedem Neustart gleich bleiben, oder kann die sich verändern? :uponder:

[Achill]

Bin glücklicherweise in der Regel mit Firefox unterwegs, nutze aber auch öfter mal diverse Chromiumbrowser. Vivaldi ist der Einzige, wo das Forcieren der Hardwarebeschleunigung per Flag leider nicht funktioniert.

Ich muss das mit dem Kommandozeilentool mal versuchen. Sollte die Hardware-ID der iGPU nach jedem Neustart gleich bleiben, oder kann die sich verändern? :uponder:

Die Hardware-ID sollte gleich bleiben, die Instanz-ID nicht (Bauchgefühl) - habe aber nur MS-Doku gelesen.

---
Alternativ geht es auch mit der Query-Syntax, zum Testen einfach find (https://msdn.microsoft.com/en-us/library/windows/hardware/ff544755(v=vs.85).aspx) nehmen.

Ich tippe auf

devcon find =display *intel*
oder
devcon find =display *hd graphics*

und damit in etwa:

devcon remove =display *hd graphics*

[Lurtz]

Jetzt wirds ganz wild. Ein @chromium-Mensch schreibt:
Thanks for the information! Based on that listing, Chrome is using the AMD discrete GPU, and video decoding in that configuration is blacklisted (c.f. issue 298968 (https://bugs.chromium.org/p/chromium/issues/detail?id=298968)) with the note "Accelerated video decode does not work with the discrete GPU on AMD switchables".

You should be able to get accelerated decode by forcing Chrome to run on the Intel GPU. Given the recency of issues people have had with your setup, we are unlikely to remove the blacklist entry soon.

(I'll investigate if there is a driver cutoff version we could use if there was a driver bug fix.)

Ich werde daraus nicht schlau. Chrome läuft völlig problemlos mit Radeon Crimson Software. Außerdem habe ich am Desktop keine "AMD switchable graphics", also wie sollte ich Chrome überhaupt zwingen, auf der Intel GPU zu laufen?

[Achill]

Jetzt wirds ganz wild. Ein @chromium-Mensch schreibt:


Ich werde daraus nicht schlau. Chrome läuft völlig problemlos mit Radeon Crimson Software. Außerdem habe ich am Desktop keine "AMD switchable graphics", also wie sollte ich Chrome überhaupt zwingen, auf der Intel GPU zu laufen?

Ich glaube das Übel ist irgend etwas an deinen System, was den Treiber denken lässt, dass du eine Mobile-Plattform hast.

Gibt es im Crims. irgend welche Settings / switchs welche GPU zu nutzen ist?

Hatte das cmd Tool funktioniert?

[Kartenlehrling]

bei mir ist das genauso Win8.1, i7-3770k (4/4), R9nano und Chrome52,
ich habe den Internet Explorer 11 als standard Browser, Surfen aber nur mit Firefox.

Unter i11 und firefox läuft die HW über die R9nano, wenn ich Stream kann ich Quicksync von der HD4000 nutzen.
chrome://flags


Chrome dagegen läuft alles nur über die CPU, egal was ich einstelle.


LOL ....

Erster Punkt unter Flags , aktiviert und nun hab ich ca. 20% CPU (4/4) und die R9nano hat alle paar sec ein anstieg, vorher rannte die CPU mit ca. 70% (4/4)

Experimente

Software-Rendering-Liste überschreiben Mac, Windows, Linux, Chrome OS, Android
Überschreibt die integrierte Software-Rendering-Liste und aktiviert GPU Acceleration auf nicht unterstützten Systemkonfigurationen #ignore-gpu-blacklist
Deaktivieren

[Lurtz]

Wüsste nicht dass es im Crimson was gibt.
Für die cmd hatte ich leider noch keine Zeit.

Erster Punkt unter Flags , aktiviert und nun hab ich ca. 20% CPU (4/4) und die R9nano hat alle paar sec ein anstieg, vorher rannte die CPU mit ca. 70% (4/4)
Ja, die Flag funktioniert, aber nicht für Chromium-Komponenten in bspw. Steam oder bei Vivaldi.
Man kann per Startparameter auch sämtliche GPU-Driver-Bug-Workarounds deaktivieren, das gibt dann aber wahrscheinlich Anzeigefehler.

[Lurtz]

Toll, Tableau Software crasht jetzt auch wenn die Hardwarebeschleunigung aktiv ist.

Schätze nach dem Urlaub werde ich mal eine komplette Neuinstallation von Windows vornehmen.

[-/\-CruNcher-/\-]

Jetzt wirds ganz wild. Ein @chromium-Mensch schreibt:


Ich werde daraus nicht schlau. Chrome läuft völlig problemlos mit Radeon Crimson Software. Außerdem habe ich am Desktop keine "AMD switchable graphics", also wie sollte ich Chrome überhaupt zwingen, auf der Intel GPU zu laufen?

Sie sagen damit einfach das sie Probleme haben UVD support zu implementieren und vor allem für VP9 scheint das noch Probelmatisch mit einer der neueren Polaris karten mit älteren wirst du eh immer nur auf H.264 den fallback zur Verfügung haben ;)

Intels Quicksync wenn man es zur Verfügung hat mit kompletem codec support ist auf solch einem System ehhh immer Nvidias und AMDs Decoder vorzuziehen (Power/Performance), vor allem wenn es sich um einen Hybriden Decoder handelt.

Ausser bei einem APU System dort muss man je nach Discrete capabilities entscheiden was mehr sinn wo macht.


Ein Chrome Entwickler hat es gut zur geltung gebracht :)

What are the concrete next steps here?

If H264 delivers a smoother playback experience for some hardware configurations, should we think again about not sending VP9 for all video?


Firefox implementiert hier schon ein eingermasen schlaues decissioning System das je nach System Konfiguration entscheidet aber die müssen generel besser werden ;)

Momentan ist es das beste der user forced alles auf sein System selbst optimal ;)


Bis die Systeme so smart sind zwischen den verschiedenen Decodern und vieleicht sogar noch Auflößungen zu entscheiden wird aber noch etwas Zeit vergehen ;)

[Lurtz]

Sie sagen damit einfach das sie Probleme haben UVD support zu implementieren und vor allem für VP9 scheint das noch Probelmatisch mit einer der neueren Polaris karten mit älteren wirst du eh immer nur auf H.264 den fallback zur Verfügung haben ;)

Intels Quicksync wenn man es zur Verfügung hat mit kompletem codec support ist auf solch einem System ehhh immer Nvidias und AMDs Decoder vorzuziehen (Power/Performance), vor allem wenn es sich um einen Hybriden Decoder handelt.

Ausser bei einem APU System dort muss man je nach Discrete capabilities entscheiden was mehr sinn wo macht.

Ein Chrome Entwickler hat es gut zur geltung gebracht :)

Firefox implementiert hier schon ein eingermasen schlaues decissioning System das je nach System Konfiguration entscheidet aber die müssen generel besser werden ;)

Momentan ist es das beste der user forced alles auf sein System selbst optimal ;)

Bis die Systeme so smart sind zwischen den verschiedenen Decodern und vieleicht sogar noch Auflößungen zu entscheiden wird aber noch etwas Zeit vergehen ;)
Wat, Themenbezug?

Dass Chrome hier ein switchable-graphics-Setup erkennt, ist einfach ein Bug. Meinte der Chromiummensch später auch noch. Ist nur die Frage ob es ein Windows- oder ein Chrome-Bug ist.

[-/\-CruNcher-/\-]

Thanks for the information! Based on that listing, Chrome is using the AMD discrete GPU, and video decoding in that configuration is blacklisted (c.f. issue 298968) with the note "Accelerated video decode does not work with the discrete GPU on AMD switchables".

You should be able to get accelerated decode by forcing Chrome to run on the Intel GPU. Given the recency of issues people have had with your setup, we are unlikely to remove the blacklist entry soon.

(I'll investigate if there is a driver cutoff version we could use if there was a driver bug fix.)

Kann es dir gerne auf Deutsch übersetzen dann solltest du auch verstehen worauf ich hinaus wollte und versucht habe zu erklären.

Es gibt zu viele Probleme mit dem Discrete Decoder deswegen wird empfohlen die Intel IGPU zu forcieren und Intels Quicksync Decoder anstelle AMDs UVD zu nutzen und das wird sich auch nicht in absehbarer zeit ändern.

Deswegen bringt dir das disablen der Intel GPU eigentlich überhaupt nichts damit schiest du dich was vor allem Video Support und Effizienz angeht momentan selbst ins Bein.

Du musst 2 sachen unterscheiden Video und 3D und was wie worüber laufen soll das ist in einer Dual GPU umgebung nicht einfach da vor allem die Treiber sich unter einander verstehen müssen.

AMD switchable Graphics scheint hier noch enorme Probleme zu haben was ich hier so rausfische im Vergleich zu Nvidia und ihrer Optimus solution.

Die Kommunikation zwischen den beiden GPUs kann jedenfalls nur ordnungsgemäß funktionieren wenn sie sich den Framebuffer teilen bei einem Intel Mainboard system ist generel Intels Treiber der Host wenn es im Bios so aktiviert ist.

Das ist eine relativ komplexe thematik der einfachste Weg jedenfalls ohne sich den Kopf über das ganze zu zerbrechen ist einen kompletten Weg zu forcieren für 3D und Video entweder über die IGPU oder über Discrete, und der Chrome Entwickler empfiehlt hier die Intel IGPU zu forcieren für alles Chrome Rendertechnische.

Übrigens

devcon remove =display *hd graphics*

sollte man vermeiden wenn der Intel Treiber der Host ist ;)

Unter Windows 10 soll das ganze ja eigentlich alles noch viel einfacher werden naja wenn ich das hier so alles lese ist es noch weit davon entfernt ;)

Aber die Thematik ist wirklich Ultra Komplex wenn man sich überlegt was innerhalb Windows da alles rein spielt da platzt einem der Kopf da geht es um SecureBoot die Gesicherten Render Paths für den DRM gesicherten Content und welches IHV System und Treiber den letztendlich handled, was man innerhalb des ganzen erlauben kann ohne die Sicherheit zu gefährden mit HTML5 und so weiter.

Und in diesem ganze towabo muss Microsoft die IHVs dazu kriegen sich untereinander zu verständigen und interoperabilität zu schaffen vor allem auf Treiber ebene unter einander unter Windows 10 damit der Kreislauf perfekt und 1A Hollywoodtauglich funktioniert und vor allem die 3rd party Browser Devs sind indes am Verzweifeln ;)

[Lurtz]

Kann es dir gerne auf Deutsch übersetzen dann solltest du auch verstehen worauf ich hinaus wollte und versucht habe zu erklären.

Es gibt zu viele Probleme mit dem Discrete Decoder deswegen wird empfohlen die Intel IGPU zu forcieren und Intels Quicksync Decoder anstelle AMDs UVD zu nutzen und das wird sich auch nicht in absehbarer zeit ändern.

Deswegen bringt dir das disablen der Intel GPU eigentlich überhaupt nichts damit schiest du dich was vor allem Video Support und Effizienz angeht momentan selbst ins Bein.

Du musst 2 sachen unterscheiden Video und 3D und was wie worüber laufen soll das ist in einer Dual GPU umgebung nicht einfach da vor allem die Treiber sich unter einander verstehen müssen.

AMD switchable Graphics scheint hier noch enorme Probleme zu haben was ich hier so rausfische im Vergleich zu Nvidia und ihrer Optimus solution.

Die Kommunikation zwischen den beiden GPUs kann jedenfalls nur ordnungsgemäß funktionieren wenn sie sich den Framebuffer teilen bei einem Intel Mainboard system ist generel Intels Treiber der Host wenn es im Bios so aktiviert ist.

Das ist eine relativ komplexe thematik der einfachste Weg jedenfalls ohne sich den Kopf über das ganze zu zerbrechen ist einen kompletten Weg zu forcieren für 3D und Video entweder über die IGPU oder über Discrete, und der Chrome Entwickler empfiehlt hier die Intel IGPU zu forcieren für alles Chrome Rendertechnische.

Übrigens

devcon remove =display *hd graphics*

sollte man vermeiden wenn der Intel Treiber der Host ist ;)

Unter Windows 10 soll das ganze ja eigentlich alles noch viel einfacher werden naja wenn ich das hier so alles lese ist es noch weit davon entfernt ;)

Aber die Thematik ist wirklich Ultra Komplex wenn man sich überlegt was innerhalb Windows da alles rein spielt da platzt einem der Kopf da geht es um SecureBoot die Gesicherten Render Paths für den DRM gesicherten Content und welches IHV System und Treiber den letztendlich handled, was man innerhalb des ganzen erlauben kann ohne die Sicherheit zu gefährden mit HTML5 und so weiter.

Und in diesem ganze towabo muss Microsoft die IHVs dazu kriegen sich untereinander zu verständigen und interoperabilität zu schaffen vor allem auf Treiber ebene unter einander unter Windows 10 damit der Kreislauf perfekt und 1A Hollywoodtauglich funktioniert und vor allem die 3rd party Browser Devs sind indes am Verzweifeln ;)
sande...@chromium.org:
Typically with a hybrid setup the physical display would be connected to the Intel GPU, with the AMD GPU only providing assistance. If that's not your setup then I agree that it is strange it is detected a hybrid, and perhaps there is a better fix.
Dude du schreibst tausend Zeichen ohne auch nur ein Stück weiterzuhelfen.

Ich habe kein Hybrid-Setup. Ich habe keine switchable graphics.

Chrome entscheidet sich momentan für die schlechtmöglichste Variante, nämlich gar keine Hardwarebeschleunigung. Reproduzierbar ab Version 52. Bis Version 51 alles paletti. Keinerlei Probleme mit der diskreten GPU.
Wenn du wenigstens sagen würdest, wie ich Chrome dazu bringe, die iGPU zu nehmen, hättest du wenigstens ein Stückchen geholfen, aber so bringt das alles gar nichts, weil Chrome überhaupt keine Hardwarebeschleunigung verwendet, und das ist viel langsamer als mit der diskreten GPU.

Nebenbei gibt es für die Sandy-Bridge-iGPUs nicht mal vollwertige, offizielle Windows10-Treiber. Frage mich was daran besser sein soll.

[-/\-CruNcher-/\-]

Sagte es kommt auf die System Konfiguration an und die Hardware Capabilities

Sandybridge ist vom Hardware Decoding/Encoding (WebRTC) nur bis H.264 1080p geignet da ist AMDs UVD in deinem Fall so wie ich das deinen geposteten daten entnehme (R390/X ?) die bessere Entscheidung (bis auf WebRTC Encoding bis 1080p) vor allem wenn es um höhere Auflößungen geht, hätten die Chrome Entwickler gar keine andere Wahl oder eben einen Fallback auf CPU Decoding.


Ich habe kein Hybrid-Setup. Ich habe keine switchable graphics.

Falsch sobald du 2 GPUs im System hast gilt das schon als Hybrid und du kannst auch beide nutzen und mischen nur vor Windows 8/10 war das noch weitaus aufwendiger zu realisieren.


Scheinbar haben die Chrome Entwickler einen fehler bei der Intel IGPU erkennung gemacht und unterscheiden nicht richtig wo es kontraproduktiv wäre SandyBridge AMDs Discrete vorzuziehen.

Auch das Intel sich nicht mit dem Treiber unter Windows 10 scheinbar nicht auf WDDM 2.0 Level befindet erschwert einiges.


Ist das selbe Problem mit Pre Windows 10 und äterem Intel Treiber mit Chrome 52 ?

Mir kommt das stark so vor als reden da einige Entwickler aneinander vorbei und unterscheiden nicht richtig lesen nur Intel GPU und denken Generel an die neuste Generation und machen keinen Treiber und OS unterschied setzen dann was in die Blacklist und zerschiesen alles für einige user wo es vorher ordentlich (wohl nicht perfekt aber immerhin ordentlich) im gesamten funktionierte ;)

[Lurtz]

Update:
https://www.forum-3dcenter.org/vbulletin/showpost.php?p=11166189&postcount=387

[Lurtz]

Mist, das mit DDU funktioniert auch nicht dauerhaft, irgendwann installiert Windows doch wieder Treiber für das Gerät.
Devcon geht auch nicht, nach Remove wird es nach ein paar Sekunden sofort wieder erkannt und installiert.

Bin echt am Ende mit meiner Weisheit, eigentlich kann ich nur noch das Mainboard wechseln :mad:

[bnoob]

http://www.tomshardware.co.uk/faq/id-2763685/stop-windows-automatically-updating-device-drivers.html

[Lurtz]

Hab ich nochmal versucht, ich hoffe er installiert den Treiber jetzt nicht automatisch nach... Nur als unerkannter Videocontroller scheint sie keinen Schaden anzurichten.

Merke: Nie mehr ein Mainboard ohne diese Option kaufen :facepalm:

[Lurtz]

Die aktuelle Dev-Edition von Chrome aktiviert die GPU-Beschleunigung jetzt scheinbar wieder, auch wenn die Intel-GPU aktiv ist. Firefox hängt aber nach wie vor bei D3D9 und wer weiß was sonst noch alles dabei kaputt geht...

Treiber hat sich vorhin wieder installiert, man kann es einfach nicht verhindern. Glaube auch nicht, dass das ein Win10-spezifisches Problem ist, der Treiber kommt ja nicht per Windows Update, sondern scheint irgendein Basistreiber zu sein, der schon mitgeliefert wird.

Im Bios habe ich noch MultiMonitor für die iGPU deaktiviert und Render Standby, weil das laut Internet teilweise für die GPU unter Windows verantwortlich sein soll, aber auch damit taucht sie noch auf. Mir fällt jetzt nichts mehr ein was ich mit der bestehenden Hardware noch tun könnte...

[Mark3Dfx]

Was fürn komisches Board hast Du, dass die iGPU im BIOS nicht komplett deaktiviert?

[Lurtz]

Eigentlich eine absolute Standardempfehlung damals, ein ASRock Z68 Extreme3 Gen3. Es kann auch sein, dass es durch das letzte Beta-Bios kaputt ging, das war aber nötig, um FastBoot nutzen zu können...

[Mark3Dfx]

Komisch
Ich hab das Z77 Extreme4 und da kann ich die iGPU komplett deaktivieren

http://www.hardwareluxx.de/media/jphoto/artikel-galerien/asrock-z77-extreme4/img-101-933x700.jpg

Share Memory : Auto
Rest: Disabled

[N0Thing]

Eigentlich eine absolute Standardempfehlung damals, ein ASRock Z68 Extreme3 Gen3. Es kann auch sein, dass es durch das letzte Beta-Bios kaputt ging, das war aber nötig, um FastBoot nutzen zu können...

Das selbe Phänomen hatte ich bei mir auch, die iGPU lies sich nach der Installation des Beta BIOS fürs Mainboard nicht mehr deaktivieren. Mit der letzten regulären Version konnte man es noch.

[Lurtz]

Komisch
Ich hab das Z77 Extreme4 und da kann ich die iGPU komplett deaktivieren

http://www.hardwareluxx.de/media/jphoto/artikel-galerien/asrock-z77-extreme4/img-101-933x700.jpg

Share Memory : Auto
Rest: Disabled
Genau so sieht das Menü bei mir auch aus.

Könnte es helfen mal einen Reset zu machen und die Settings neu zu setzen? :uponder:

Das selbe Phänomen hatte ich bei mir auch, die iGPU lies sich nach der Installation des Beta BIOS fürs Mainboard nicht mehr deaktivieren. Mit der letzten regulären Version konnte man es noch.
Yeah well shit.

[Mark3Dfx]

Klar.
Clear CMOS oder Batterie mal für 15 Minuten raus.
Mehr als das alles beim alten bleibt kann nicht passieren.

[Lurtz]

Ok, ich versuche das später mal. Die Hoffnung stirbt zuletzt.

[Achill]

Das selbe Phänomen hatte ich bei mir auch, die iGPU lies sich nach der Installation des Beta BIOS fürs Mainboard nicht mehr deaktivieren. Mit der letzten regulären Version konnte man es noch.
Yeah well shit.

Bios-Downgrade wäre dann auch noch eine Option.

[Lurtz]

Habe ich ehrlich gesagt nicht so wirklich Lust drauf. Vor allem weil dein wieder kein FastBoot mehr geht.

Vielleicht doch langsam mal über neues Mainboard + CPU + Ram nachdenken.

[Mark3Dfx]

FastBoot brauchst Du doch nur bei Win 8.1 oder?
Windows 10 Update versucht?

[Lurtz]

Ok, das Bios ist buggy. Habe einen CMOS-Reset und Multi-Monitor und Render Standby auf disabled gestellt, jetzt ist die verdammte Intel HD Graphics endlich verschwunden. Vorher wurden die Settings offenbar nicht angewendet.

:biggrin:

[Mark3Dfx]

Hätte mich auch sehr gewundert ;)