[code-python] Pillow/PIL open()函数观察

本文详细探讨了Pillow库的Image.open()函数与numpy.array()结合使用时,图像数据在内存中的加载和管理情况。实验表明,使用Pillow打开图像不会立即加载数据,而在调用load()后加载并解码,此时内存增加。通过numpy.array()转换图像会产生额外的RGB数组,增加内存负担。关闭图像或删除numpy数组可释放部分内存。对于大图像,这种操作可能对内存造成显著影响,需要注意及时释放资源。
部署运行你感兴趣的模型镜像

结论先行:

pillow中打开图像函数Image.open()

1. 是一个惰性函数,调用后并不会加载数据而是在你第一次访问数据时加载。

2.通过np.array()转换成数组会产生两份图像内存数据。

观察实验:

没有拜读源码,通过简单观察分析内存情况

这是一张1920*1080的jpg图像,占磁盘图像1.07M,解码后的8-bit RGB未5.93M,b-bit RGBA为7.9M

通过在代码不同位置check内存占用,单位KB

1. open-load

    #check  52056
    img=Image.open(r".\2233.jpg")
    #check  52696
    img.load()
    #check 61944
    img.close()
    #check #53932
    print(a)

open后图像基本没有增长,load后内存增长9.2M,大概是一个jpg文件+RGBA的小;close后RGBA内存释放,一直存在一个1.M的内存残留,del img后依旧残留,机制不详。

open不会加载数据,load后会加载文件数据,并进行解码。

2. load +  array

    #check  51452
    img=Image.open(r".\2233.jpg")
    #check  51916
    img.load()
    #check 61176
    array=np.array(img)
    # check 66796
    img.close()
    #check #58704
    del array
    #check 52776
    del img
    # check 52776

load 后增加一个jpg文件+RGBA的大小,np.array(img)后增加一个RGB的大小,close后RGBA释放,del array后RGB释放。

numpy.array()的机制就是拷贝内存,一切很合理,但生成的array只是RGB数据。

2. np.array +load

    #check  52284
    img=Image.open(r".\2233.jpg")
    #check  52812
    array = np.array(img)
    #check 67172
    img.load()
    # check 67168
    img.close()
    #check #59064
    del array
    #check 52968
    del img
    # check 52968

open之后直接,np.array,内存增加y一个jpg文件大小+RGBA+RGB。load后内存没有增长。close后RGBA释放 del array后RGB释放。

直接通过np.array()生成numpy数据,Image对象依旧会加载文件解码图像,然后再产生一个numpy数组的副本。

结论:

numpy结合Pillow读取图像会在内存中产生两份副本,对大图像加载对内存影响比较大,注意及时释放内存。

您可能感兴趣的与本文相关的镜像

Python3.11

Python3.11

Conda
Python

Python 是一种高级、解释型、通用的编程语言,以其简洁易读的语法而闻名,适用于广泛的应用,包括Web开发、数据分析、人工智能和自动化脚本

mingyang@WIN-TNM72R0OP32:~$ sudo python3 stegano_scanner_fixed.py --drive /mnt/d 开始扫描驱动器: /mnt/d 日志文件: /home/mingyang/stegano_scan.log /usr/lib/python3/dist-packages/PIL/Image.py:981: UserWarning: Palette images with Transparency expressed in bytes should be converted to RGBA images warnings.warn( 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128.png 的Red通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128.png 的Green通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128.png 的Blue通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128_null_character.png 的Red通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128_null_character.png 的Green通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/.venv/Lib/site-packages/pyzbar/tests/code128_null_character.png 的Blue通道发现隐藏数据 在 /mnt/d/BaiduSyncdisk/我的资源/来自:iPhone/2024-03-10 180345(1).jpg 的Green通道发现隐藏数据 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed. i=7 f=-1(010) part=1 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed. i=7 f=-1(000) part=1 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed. i=28 f=-1(010) part=1 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed. i=28 f=-1(000) part=1 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed. i=20 f=-1(100) part=0 WARNING: decoder/databar.c:1210: _zbar_decode_databar: Assertion "seg->finder >= 0" failed.
最新发布
10-01
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

blanklog

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值