webkit对图像大小调整的性能分析

ami*_*rpc 4 javascript css performance webkit google-chrome

使用铬跟踪面板进行性能分析我发现许多图像调整大小,特别是在滚动时.

我已经从前端删除了所有(我认为)图像调整大小,并且为了测试目的简化了dom,此时大部分只是静态图像元素.

我有一些理论:

  1. 所有图像都在内部调整大小/重新采样
    • 看着铬源,我发现一切都在调用"NativeImageSkia :: resizedBitmap"的证据
  2. 使用视网膜显示器mac可以对图像进行采样
    • 通过在跟踪器中看到"dst_pixels"大小为src_pixels的4倍来进行备份

有人可以确认或否认上述任何一项吗?

也:

是否可以追踪正在调整大小的图像?

在此输入图像描述

ami*_*rpc 7

在谷歌与一些人合作后,我确定这实际上是一个与视网膜macbook专业人员处理高PPI监视器相关的webkit错误.

您可以在非视网膜显示器(相同的Mac,外部显示器)上看到只有"图像解码"事件.在视网膜显示器上呈现相同的内容,相同的mac,您可以看到有"图像解码"和"图像调整大小"事件.

测试了24和25.0.1329.0

非视网膜显示 Retina显示屏

此外,目前无法从chrome中的运行时检测中找出正在调整大小的图像.

  • 这个bug有什么状态?他们提到了任何错误ID或任何东西吗? (2认同)