【问题标题】:Is it computationally faster for browser to decrease than increase the size of an image?浏览器减小图像的大小是否比增加图像的大小在计算上更快?
【发布时间】:2013-09-09 21:48:46
【问题描述】:

假设我有一个大小为 200x200 像素的图像。我也有两个单独的网页。第一页有一个带有属性width="100" height="100" 的图像标签,因此图像被降低了一半。第二页有一个带有属性width="400" height="400" 的图像标签,因此图像被过采样到原始尺寸的两倍。

哪一种情况在计算上执行起来更快? Downsamplingoversampling。该操作的其他名称将是二次采样和interpolation,或者只是减小图像大小并增加它。我的直觉告诉我,减小图像大小时需要计算的东西更少,但我不确定。

确实,只有一张小图像,差异是没有意义的。当然,最好的解决方案是首先避免缩放图像。尽管如此,如果目标应用程序使用大量不同比例的不断变化的图像并且是从移动设备上使用的,那么了解差异可能会变得很有价值。

提前致谢。

【问题讨论】:

  • 我怀疑浏览器与浏览器之间、设备与设备之间会有相当大的差异,至少对于相当小的尺寸变化而言。您还需要考虑显示这些图像所需的时间,而不仅仅是缩放它们。我建议您在对您的特定需求有意义的测试中对其进行基准测试。

标签: html image image-processing browser


【解决方案1】:

过采样应该更昂贵......它肯定需要某种插值。让我们假设最简单的一个:linear interpolation!它已经比计算“单个 mod 运算符”(进行下采样所需的唯一东西)更昂贵。我不认为有人会做很多不同的事情......

为了更准确地了解浏览器,让我们考虑一下任何现代浏览器都使用一些技巧,如 GPU 和/或OpenMP(多处理)来渲染图像。但是 GPU 需要从 CPU 上传数据,而且它是有代价的。这种数据传输是一条狭窄的路径。所以,对于小图像,它几乎是一样的......没有太大的区别!

移动设备没有台式机那么多的内核...所以 OpenMP 对小图像也没有太大帮助。

【讨论】:

    猜你喜欢
    • 2020-08-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-19
    • 1970-01-01
    • 1970-01-01
    • 2017-04-22
    • 2019-07-27
    相关资源
    最近更新 更多