im4java中的进程池

Question

伙计们正在使用imagemagick库在我的项目（java）中进行图像处理。 当多个请求到达服务器时，它的响应速度非常慢。 现在，同时执行多个convert命令（作为一个单独的进程执行），并避免在im4java中考虑process pooling ，从而避免了延迟。 以下替代方案会有所帮助吗？ ：

• im4java中的进程池 -是否有任何方法可以仅在im4java中实现（我应该使用gm4java包装器，我猜它支持进程池-但是，它有一些限制，例如不使用缓冲图像）？
• 专用服务器 -使用仅用于图像处理的专用服务器（至少我需要）。

  ---

我还应该使用其他方法吗？ 预先感谢您的帮助！

Answer 1

实际上，我们的团队经历了完全相同的要求，因此我们创建了gm4java。 它确实满足您的需求。 关于对BufferedImage的支持，我们已经支持在最新版本中使用BufferedImage作为输入。 仍然不支持使用BufferedImage作为输出，但是您可以轻松解决它。

解决方法是让GM将映像写入RAM磁盘（在许多Linux发行版中，您可以免费获得RAM磁盘，对于Windows，有各种可用的解决方案）。 您现在要做的就是让您的Java代码从RAM磁盘读取转换后的图像。 与每次启动一个新进程的巨大开销相比，很少的开销（如果有的话）是无差别的。

即使直接与RAM磁盘方法比较BufferedImage，BufferedImage的大小通常也比JPG图像文件的字节数组大10倍。 因此，如果您只需要提供图像而不是用Java进行其他处理，那么RAM磁盘方法的确确实更快，而且占用的内存更少。

有关im4java中当前BufferedImage实现的更多信息。 当使用它作为输入时，它只是写到一个tmp文件中，这非常慢。 当将其用作输出时，它利用stdin / stdout流操作，该操作比tmp文件快，但仍不是最佳选择。 最好的方法是在Java NIO实现中使用命名管道。 但这将需要对im4java进行大量的更改（最像API中断）。

最后，我不会将gm4java视为im4java的包装，gm4java的核心本身运行，并为您提供了向GM发送大量并发命令并将GM的输出返回给您的功能。 命令只是字符串列表，因此，如果您知道如何编写GM命令，则不需要im4java即可使用gm4java。 实际上，这就是我们在需要原始性能的应用程序中使用的方式。 im4java为您提供了一种方便的方式（有一些开销）来构造GM命令并解析GM输出。 gm4java中的GMBatchCommand类在im4java和gm4java之间架起了一座桥梁。 它使您可以利用im4java的便利性来构建命令，然后使用gm4java引擎执行命令。 gm4java引擎使用与im4java完全不同的机制来管理和与GM通信。 这就是为什么它这么快的原因。