在使用ImageMagick调整某些照片大小时,我发现服务器速度有所下降。执行htop
表示在同一图像上同时执行了几个类似的convert
命令(7)。这对于ImageMagick来说是正常的,还是我的代码以某种方式在同一图像上以某种方式执行Imagemagick的convert
多次?
我正在使用ImageMagick ImageMagick 6.7.9-6 2012-09-18
。
转换--version
Version: ImageMagick 6.7.9-6 2012-09-18 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2012 ImageMagick Studio LLC
Features: OpenMP
其他信息
登录
日志显示没有重复调用convert
两次调整同一图像的大小。
答案 0 :(得分:1)
要进行调试,需要更多详细信息。
“......同时有几个类似的转换命令......”:究竟有几个'几个'?
这个系统有多少CPU(核心)?
如何“相似”,这种相似性有何不同?!
这些类似命令之间的 parent:child 关系是什么?! (pstree
命令)
您的典型输入图片有多大?!
请同时报告convert -version
的完整输出。
这似乎是一个Web服务,从输入JPEG的目录猜测,可以在屏幕截图中看到。 *您确定每次上传时Web服务都没有启动多个转换命令吗? - 对于每个要转换的图像,您确定Web 客户端多次未联系Web服务吗?*
<强>更新强>
如果您的convert -version
报告为一个功能OpenMP
,那么您的ImageMagick是多线程的,使其能够同时运行多个线程来处理一个大图像。在处理大型图像文件时,这可以极大地提高效率。 (但如果处理许多小文件,它也会大大降低整体性能......)
我的猜测是你在htop
输出中没有看到多个(16个)并发进程,而是多个(16个)并发执行线程。
对于处理小文件的典型用例,您应该通过设置此环境变量来禁用自动多线程来尝试:
MAGICK_THREAD_LIMIT=1
您还可以基准您的ImageMagick命令,以更接近要使用的最佳线程数。添加-bench iterations
会打印特定命令的一个或多个线程的已用时间和效率:
convert \
-bench 40 \
/home/photos/public_html/2012/0926/some.jpg \
-resize 300 \
null:
您的ImageMagick 6.7.9能够在对命令进行基准测试时应用渐进式线程。 (在非OpenMP安装中使用-bench
进行测试没有多大意义...)