imagemagick+nginx测试性能如何呢？

[lidaohang]

imagemagick+nginx测试性能如何呢？有相关的数据吗？测试报告

[oscar810429]

性能还是不错的。这个初忠是参考图内一个比较有名图片社区网站yupoo以及现在upyun实时切图片规格,暂时没有对它用测试报告。不过可能会在第一次执行你的图片大小时可能会慢一点，这个不会影响到用户在看图时会慢感觉。用户会认为是网速慢的原因。这个切图片服务器已经使用到我们图片服务器中。由于切图时imagemagick占用ＣＰＵ比较高，后面我们修改成graphicsmagick。https://github.com/oscar810429/graphicsmagick_nginx_module

[lidaohang]

我们也是在用到 我们的图片系统的时候， im的性能 tps不是很高~

[lidaohang]

你能说下，你们改用之后nginx+gm 的性能如何呢？ 有相关的测试报告，或者数据吗？ tps能达到多少呢？

[oscar810429]

nginx+gm 性能跟nginx 没有多大关系的。主是gm占用ＣＰＵ资源远小于ＩＭ。以及相关切图速度。tps这个就是跟你的整个gm的服务器以及nginx服务器资源了。nginx这个当然我们不用说什么的。你也知道的。gm这个图片处理是要一定服务器资源的。如果你非要我说一个tps话。这个tps肯定跟你的nginx有一定关系的。

[oscar810429]

我们现在使用是这个服务部到切图服务器群。大约在5台左右服务器。这个性能没有很大问题。tps在批量操作这个时。也可以承受像nginx最大并发连接。你可以放心使用。因为本身是一个模块的话。只是切图是用ＧＭ来执行的。tps这个不用过分担心了。

[oscar810429]

这个模块是一个切图服务。我们现在使用是这样子。你可参考现在用python 基于mogilefs写了一个图片服务器。有上传节点，展示节点，以及切图节点。代码托管：https://github.com/oscar810429/pndfs

[oscar810429]

你好，好像你的代码托管中有一个https://github.com/lidaohang/ngx_http_imagemagick_module跟我这边有点很像。好像有部分好像是否参考我这边的。你的这个好像只是达到一个resize image。而且生成出来图片上直接到一个目录下面是不。这个不太好吧。

[lidaohang]

哈哈，我这个丢上去的是Demo~ 我们用的nginx+OpenCv 单台可以达到2000tps， im，gm太耗CPU了，tps略比opencv低~ 这个是我们用的，不过我们的太复杂，这个是自己弄的一个Demo！ 大致就是用的这样的 https://github.com/lidaohang/ngx_http_opencv_module

[lidaohang]

https://github.com/oscar810429/graphicsmagick_nginx_module/blob/master/ngx_http_graphicsmagick_module.c 你这个module是通过命令的方式，不是通过gm的Driver的方式，感觉效率应该不是太高，你有个大致的tps数据吗？ 我们是拿opencv，im，gm都做过压力测试，对比opencv效率最高，最稳定。

[lidaohang]

您的Demo里面貌似都是通过convert 命令来拼接完成切图的，我的都是用的im的driver 来切图输出到页面上去的~ 并没有存储在目录下面啊！