Job*_*lon 16 clipboard google-chrome images
所以我弄乱了一些高度图图像,发现了这个:
http://upload.wikimedia.org/wikipedia/commons/1/15/Srtm_ramp2.world.21600x10800.jpg
当我从浏览器(我使用的是 chrome)右键单击“复制图像”时,此图像为 21600x10800,它会减慢我的计算机速度,直到它冻结。之后我必须重新启动。我很好奇为什么会发生这种情况我认为它是图像的大小,尽管保存时它只有大约 6mb。
我也在使用 Windows 8.1
Mok*_*bai 21
“复制图像”是将原始图像数据而不是图像文件本身复制到剪贴板。
原始图像数据将为 21600 x 10800 x 3(24 位图像)= 699,840,000 字节的数据。这大约是您的浏览器试图插入剪贴板的 700MB 数据。
JPEG 使用有损算法压缩原始数据,并且可以获得相当好的压缩效果。因此压缩文件只有 6MB。
它使您的计算机变慢的原因是它可能至少用浏览器用来显示图像的 700MB 图像数据填满了您的内存,另外还有 700MB(连同剪贴板产生的任何开销)将其存储在剪贴板和大量的处理能力将图像转换为可以存储在剪贴板上的格式。
如果您的物理 RAM 少于 4GB 或更少,那么这些图像数据副本可能会迫使您的计算机将内存分页到交换文件,以尝试同时满足两种内存需求。这将导致程序和磁盘访问缓慢,因为它们使用磁盘并尝试使用可能刚刚被调出的数据。
简而言之:除非您有大量内存和一点空闲时间,否则不要将剪贴板用于大图像。
喜欢漂亮的图表?当我在 Chrome 中加载该图像,然后将其复制到具有 12GB RAM 的机器上的剪贴板时,会发生以下情况:

它从使用 2.8GB RAM 的较低点开始,加载图像使其高达 3.6GB(大约 700MB),然后将其复制到剪贴板峰值高达 6.3GB 的 RAM,然后再稳定下来4.5-ish 你希望看到一个程序和一个相当大的图像的两个副本。
这是在峰值时处理的高达 3.7GB 的图像数据,这可能是初始图像、剪贴板的保留数量和几个转换缓冲区。这足以让任何内存不足 8GB 的机器屈服。
奇怪的是,在 Firefox 中做同样的事情只是复制图像文件而不是图像数据,而没有可怕的内存激增。
| 归档时间: |
|
| 查看次数: |
1202 次 |
| 最近记录: |