我正在使用libvips来旋转图像。我正在使用具有 3002 MB RAM 和 512MB 临时存储的 VM。AWS Lambda Machine。
我运行的旋转图像的命令是
vips rot original.jpg rotated.jpg d90
它抛出以下错误
Exit Code: 1, Error Output: ERROR: wbuffer_write: write failed unix error: No space left on device
jpg图像约为10Mb。
以下是libvips如何旋转您的jpg图像。
90 度旋转需要随机访问图像像素，但 JPEG 图像只能严格从上到下读取，因此作为第一步，libvips 必须将 JPG 解压缩为随机访问格式。它为此使用 vips (.v( 格式，这几乎是一个带有小标头的 C 数组。
对于解压缩后小于 100mb(您可以更改此值，见下文(的图像，它将解压缩到内存缓冲区。对于解压缩超过 100mb 的图像，它会解压缩为/tmp的临时文件(您可以更改此设置，见下文(。
接下来，它旋转到输出图像。它可以作为单个流操作执行此操作，因此它通常需要足够的内存来存储输入图像上的 256 条扫描线和输出上的 256 条扫描线，因此在这种情况下大约另外 30mb 左右，再加上每个线程的更多工作区域。
在特定情况下，输入图像被解压缩为 30,000 x 10,000 x 3 字节或大约 900mb 的临时文件。这远远超过了您在/tmp中的 512mb，因此操作失败。
最简单的解决方案是强制加载程序通过内存缓冲区加载。如果我尝试：
$ vipsheader x.jpg
x.jpg: 30000x10000 uchar, 3 bands, srgb, jpegload
$ time vips rot x.jpg y.jpg d90 --vips-progress --vips-leak
vips temp-3: 10000 x 30000 pixels, 8 threads, 128 x 128 tiles, 256 lines in buffer
vips x.jpg: 30000 x 10000 pixels, 8 threads, 30000 x 16 tiles, 256 lines in buffer
vips x.jpg: done in 0.972s
vips temp-3: done in 4.52s
memory: high-water mark 150.43 MB
real 0m4.647s
user 0m5.078s
sys 0m8.418s
leak和progress旗使贵宾报告一些统计数据。您可以看到临时文件的初始解压缩是0.97s，旋转到输出为4.5s，它需要150mb的像素缓冲区和900mb的光盘。
如果我提高阈值，我会看到：
$ time VIPS_DISC_THRESHOLD=1gb vips rot x.jpg y.jpg d90 --vips-progress --vips-leak
vips temp-3: 10000 x 30000 pixels, 8 threads, 128 x 128 tiles, 256 lines in buffer
vips x.jpg: 30000 x 10000 pixels, 8 threads, 30000 x 16 tiles, 256 lines in buffer
vips x.jpg: done in 0.87s
vips temp-3: done in 1.98s
memory: high-water mark 964.79 MB
real 0m2.039s
user 0m3.842s
sys 0m0.443s
现在第二个旋转阶段只有 2 秒，因为它只是读取内存，但内存使用量已经上升到 1GB 左右。
这个系统在libvips文档中介绍：
http://jcupitt.github.io/libvips/API/current/How-it-opens-files.md.html