Issue metadata
Sign in to add a comment
|
Google Keep triggers discrete GPU |
||||||||||||||||||||||||
Issue descriptionChrome Version: 57.0.2970.0 OS: macOS 10.12.2 What steps will reproduce the problem? (1) Visit keep.google.com and log in. (2) Look at the Energy tab of Activity Monitor What is the expected result? The system stays on the integrated GPU. What happens instead? The system switches to the discrete GPU. - - - 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: Hardware accelerated Rasterization: Hardware accelerated Video Decode: Hardware accelerated Video Encode: Hardware accelerated VPx Video Decode: Hardware accelerated WebGL: Hardware accelerated WebGL2: Hardware accelerated Driver Bug Workarounds adjust_src_dst_region_for_blitframebuffer decode_encode_srgb_for_generatemipmap disable_framebuffer_cmaa disable_multimonitor_multisampling get_frag_data_info_bug pack_parameters_workaround_with_pack_buffer regenerate_struct_names remove_invariant_and_centroid_for_essl3 reset_base_mipmap_level_before_texstorage scalarize_vec_and_mat_constructor_args set_zero_level_before_generating_mipmap unfold_short_circuit_as_ternary_operation unpack_alignment_workaround_with_unpack_buffer use_intermediary_for_copy_texture_image use_unused_standard_shared_blocks Problems Detected Multisampling is buggy on OSX when multiple monitors are connected: 237931 Applied Workarounds: disable_multimonitor_multisampling Unfold short circuit on Mac OS X: 307751 Applied Workarounds: unfold_short_circuit_as_ternary_operation Always rewrite vec/mat constructors to be consistent: 398694 Applied Workarounds: scalarize_vec_and_mat_constructor_args Mac drivers handle struct scopes incorrectly: 403957 Applied Workarounds: regenerate_struct_names glGenerateMipmap fails if the zero texture level is not set on some Mac drivers: 560499 Applied Workarounds: set_zero_level_before_generating_mipmap Pack parameters work incorrectly with pack buffer bound: 563714 Applied Workarounds: pack_parameters_workaround_with_pack_buffer Alignment works incorrectly with unpack buffer bound: 563714 Applied Workarounds: unpack_alignment_workaround_with_unpack_buffer copyTexImage2D fails when reading from IOSurface on multiple GPU types.: 581777 Applied Workarounds: use_intermediary_for_copy_texture_image Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198 Applied Workarounds: disable_framebuffer_cmaa glGetFragData{Location|Index} works incorrectly on Max: 638340 Applied Workarounds: get_frag_data_info_bug glTexStorage* are buggy when base mipmap level is not 0: 640506 Applied Workarounds: reset_base_mipmap_level_before_texstorage Decode and encode before generateMipmap for srgb format textures on macosx: 634519 Applied Workarounds: decode_encode_srgb_for_generatemipmap Insert statements to reference all members in unused std140/shared blocks on Mac: 618464 Applied Workarounds: use_unused_standard_shared_blocks adjust src/dst region if blitting pixels outside read framebuffer on Mac: 644740 Applied Workarounds: adjust_src_dst_region_for_blitframebuffer Mac driver GL 4.1 requires invariant and centroid to match between shaders: 639760, 641129 Applied Workarounds: remove_invariant_and_centroid_for_essl3 Disable KHR_blend_equation_advanced until cc shaders are updated: 661715 Version Information Data exported 1/3/2017, 5:23:40 PM Chrome version Chrome/57.0.2970.0 Operating system Mac OS X 10.12.2 Software rendering list version 12.07 Driver bug list version 9.26 ANGLE commit id 38ef7c8c97d1 2D graphics backend Skia/57 34194690328b612557f06ecec99b232d41888d4b Command Line Args Chrome Canary.app/Contents/MacOS/Google Chrome Canary --flag-switches-begin --flag-switches-end Driver Information Initialization time 36 In-process GPU false Passthrough Command Decoder false Sandboxed true GPU0 VENDOR = 0x1002, DEVICE= 0x6821 *ACTIVE* GPU1 VENDOR = 0x8086, DEVICE= 0x0d26 Optimus false AMD switchable true Driver vendor Driver version 1.48.16 Driver date Pixel shader version 4.10 Vertex shader version 4.10 Max. MSAA samples 8 Machine model name MacBookPro Machine model version 11.5 GL_VENDOR ATI Technologies Inc. GL_RENDERER AMD Radeon R9 M370X OpenGL Engine GL_VERSION 4.1 ATI-1.48.16 GL_EXTENSIONS GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_mirror_clamp GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier Disabled Extensions GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent Window system binding vendor Window system binding version Window system binding extensions Direct rendering Yes Reset notification strategy 0x0000 GPU process crash count 0 Compositor Information Tile Update Mode Zero-copy Partial Raster Enabled GpuMemoryBuffers Status ATC Software only ATCIA Software only DXT1 Software only DXT5 Software only ETC1 Software only R_8 GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT RG_88 Software only BGR_565 Software only RGBA_4444 Software only RGBX_8888 Software only RGBA_8888 GPU_READ, SCANOUT BGRX_8888 GPU_READ, SCANOUT BGRA_8888 GPU_READ, SCANOUT, GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT YVU_420 Software only YUV_420_BIPLANAR GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT UYVY_422 GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT Log Messages [687:775:0103/134839.984462:ERROR:latency_info.cc(163)] : GpuCommandBufferStub::OnAsyncFlush, LatencyInfo vector size 130 is too big. [687:775:0103/143011.906229:ERROR:latency_info.cc(163)] : GpuCommandBufferStub::OnAsyncFlush, LatencyInfo vector size 102 is too big. [687:775:0103/143425.071422:ERROR:latency_info.cc(163)] : GpuCommandBufferStub::OnAsyncFlush, LatencyInfo vector size 758 is too big. [687:775:0103/144913.945024:ERROR:latency_info.cc(163)] : GpuCommandBufferStub::OnAsyncFlush, LatencyInfo vector size 742 is too big. [687:775:0103/170043.430778:ERROR:latency_info.cc(163)] : GpuCommandBufferStub::OnAsyncFlush, LatencyInfo vector size 127 is too big.
,
Jan 5 2017
I don't see this behavior on 57.0.2970.0 (Official Build) canary (64-bit) on a MBP Retina with NVIDIA GPU. (I'm still on 10.11.6, though.)
,
Jan 6 2017
Huh, I can no longer reproduce this (57.0.2973.0). Interesting, I'll reopen it if I see it again.
,
Feb 2 2017
kbr@: I'm able to repro this again (Canary 58.0.3000.0 / macOS 10.12.3). Attached a screen recording. Let me know if you can now, or if there's any more info I can collect.
,
Feb 4 2017
The Canvas element "ink-engine" in Keep's DOM has a WebGLRenderingContext instantiated against it. glcore.js, which appears to be Emscripten's WebGL runtime, is loaded at the top level. I filed b/35004736 about Keep's usage of WebGL. Separately, in Issue 681341, we're investigating changing WebGL to use the lower-power GPU by default on these kinds of systems.
,
Apr 25 2017
I think we're seeing this sort of power drain on latest MacBook Pros :(
,
Apr 25 2017
Don't know if its Google Keep or what, but as soon as we launch Chrome, we see increase in power usage and discrete graphics
,
Apr 25 2017
Mike, are you saying that with the latest MacBook Pros, just launching Chrome with no tabs open switches the system to the discrete GPU? gfxCardStatus confirms this? Could you post about:gpu from one of these machines, when about:gpu is the only tab open? Raising to P2 given this. If this is confirmed, it should be filed as another bug and made P1. You can assign it to me.
,
Apr 26 2017
I can confirm that we stay on the integrated gpu when I open Chrome on the new 15" MBP as long as I don't open a tab with google keep.
,
Apr 26 2017
Thanks for confirming. Please comment on b/33350182 (which my bug b/35004736 was duplicated into) to ask the Keep team to lazy-load their drawing tool, which is what's instantiating a WebGL context and what's currently activating the discrete GPU. I'm sorry, but aside from fixing Issue 681341, there's nothing to be done here.
,
Apr 26 2017
Thanks for confirming. Please comment on b/33350182 (which my bug b/35004736 was duplicated into) to ask the Keep team to lazy-load their drawing tool, which is what's instantiating a WebGL context and what's currently activating the discrete GPU. I'm sorry, but aside from fixing Issue 681341, there's nothing to be done here.
,
Apr 26 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ccameron@chromium.org
, Jan 5 2017