我注意到在使用ImageMagick调整某些照片大小时我的服务器速度变慢了.执行htop表示在同一图像上同时执行了几个类似的转换命令(7).这对于ImageMagick来说是正常的,还是我的代码以某种方式在同一图像上以某种方式执行Imagemagick的多次转换?
我正在使用ImageMagick ImageMagick 6.7.9-6 2012-09-18.
转换 – 版本
Version: ImageMagick 6.7.9-6 2012-09-18 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2012 ImageMagick Studio LLC
Features: OpenMP
附加信息
> CentOS 6.3 i686系统有16个核心.
>典型的输入图像文件大约为10-100KB.
>重复(不仅仅是类似)命令的数量范围为2-16.
记录
日志显示没有重复调用转换为两次调整相同图像的大小.
解决方法:
要调试这个,需要更多细节.
>“……几个类似的转换命令同时……”:究竟有几个’几个’?
>这个系统有多少CPU(核心)?
>如何“相似”,这种相似性有何不同?!
>父母是什么:这些类似命令之间的子关系?! (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进行测试没有多大意义……)
标签:php,mysql,linux,process,imagemagick
来源: https://codeday.me/bug/20190709/1413533.html