我试图诊断我的Python服务器应用程序泄漏内存的原因。该应用程序接受图像的请求url使用Vips调整大小并返回图像。在每次请求之后,内存使用量大致增加原始图像的大小。
from fapws import base
import fapws._evwsgi as evwsgi
from gi.repository import Vips
import urllib2
import hmac
import hashlib
import base64
import StringIO
from boto.s3.connection import S3Connection
from boto.s3.bucket import Bucket
def start():
evwsgi.start('0.0.0.0', '80')
evwsgi.set_base_module(base)
def lfrThumbnail(environ, start_response):
try:
parameters = environ['PATH_INFO'].split('/')
s3File = 'my s3 url' + parameters[0]
width = float(parameters[1])
height = float(parameters[2])
hmacSignatureUser = parameters[3]
hmacSignature = some hasing code...
if not (hmacSignatureUser == hmacSignature):
print hmacSignatureUser
print hmacSignature
print hmacSignatureUser == hmacSignature
raise Exception
bufferedImage = urllib2.urlopen(s3File).read()
image = Vips.Image.new_from_buffer(bufferedImage, '')
imageWidth = float(image.width)
imageHeight = float(image.height)
imageAspectRatio = imageWidth / imageHeight
if (width > imageWidth) or (height > imageHeight):
image = image
elif abs((imageAspectRatio / (width/height)) - 1) < 0.05:
image = image.resize(width / imageWidth)
else:
scaleRatioWidth = width / imageWidth
scaleRatioHeight = height / imageHeight
maxScale = max(scaleRatioWidth, scaleRatioHeight)
image = image.resize(maxScale)
cropStartX = (image.width - width) / 2
cropStartY = (image.height - height) / 2
image = image.crop(cropStartX, cropStartY, width, height)
except Exception, e:
start_response('500 INTERNAL SERVER ERROR', [('Content-Type','text')])
return ['Error generating thumbnail']
start_response('200 OK', [
('Content-Type','image/jpeg'),
('Cache-Control: max-stale', '31536000')
])
return [image.write_to_buffer('.jpg[Q=90]')]
evwsgi.wsgi_cb(('/lfr/', lfrThumbnail))
evwsgi.set_debug(0)
evwsgi.run()
if __name__ == '__main__':
start()
我尝试过使用muppy,pympler跟踪器但是在图像打开/关闭操作后的每个差异显示只使用了几个字节。
外部C库是否可能是内存泄漏的原因?如果是这样,那么如何进行调试呢。
如果有任何相关的事情我在docker容器中运行python服务器
答案 0 :(得分:3)
我是libvips维护者。这听起来像是vips操作缓存:vips将最后几个操作保留在内存中,如果可以,则重用结果。在某些情况下,这可能是一次巨大的性能胜利。
对于Web服务,您可能正在其他地方进行缓存,因此您不希望这样,或者您至少不需要大缓存。您可以使用vips_cache_set_max()
和朋友控制缓存大小:
从Python开始:
Vips.cache_set_max(0)
完全关闭缓存。您可以通过内存使用,文件描述符使用或操作数来设置缓存。
您可以设置其他一些有用的东西来观察资源使用情况。 Vips.leak_set(True)
使vips在退出时报告泄漏的对象,并报告峰值像素缓冲区内存的使用情况。 Vips.cache_set_trace(True)
使其在调用时跟踪所有操作,并显示缓存命中。
在您的代码中,我还将启用顺序模式。将access = Vips.Access.SEQUENTIAL
添加到new_from_buffer()
。
默认行为是打开图像以进行完全随机访问(因为vips不知道您最终会在图像上运行哪些操作)。对于像JPG这样的东西,这意味着vips会在打开时将图像解码为大型未压缩数组。如果图像低于100mb,它将把这个数组保存在内存中。
但是,对于简单的调整大小,您只需要从上到下访问像素,因此您可以在打开时提示顺序访问。在此模式下,vips只会从输入中一次解压缩几条扫描线,并且不会保留整个未压缩的图像。您应该看到内存使用和延迟的下降。
你可以处理很多其他事情,比如exif autorotate,色彩管理,透明度,jpeg收缩负载等等,我相信你知道。 vipsthumbnail
的来源可能是一个有用的参考:
https://github.com/jcupitt/libvips/blob/master/tools/vipsthumbnail.c