Maybe it's the same issue as reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638409 for ImageMagick.
I also saw a similar problem with a Perl script using either
GraphicsMagick or ImageMagick on a virtual machine instance. After
rebuilding graphicsmagick using the --without-openmp
On Sat, 31 Dec 2011, Slaven Rezic wrote:
Maybe it's the same issue as reported in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638409 for ImageMagick.
I also saw a similar problem with a Perl script using either
GraphicsMagick or ImageMagick on a virtual machine instance. After
rebuilding
Here is a bash script which may be used to run multiple copies of
GraphicsMagick in parallel working on the same algorithm. The
specified total number of iterations is subdivided across a specified
number of GM processes. Any GM subcommand may be specified. This may
be useful in order to
On Thu, 24 Jun 2010, Daniel Kobras wrote:
Hi!
On Mon, Jun 21, 2010 at 06:08:25PM +, Thomas Mayer wrote:
I inserted several png images in typo3 4.2.5 using typo3 backend.
When I press the save button in typo3 backend, several gm processes
consume 100% of the cpus. One process per image.
Hi!
On Mon, Jun 21, 2010 at 06:08:25PM +, Thomas Mayer wrote:
I inserted several png images in typo3 4.2.5 using typo3 backend.
When I press the save button in typo3 backend, several gm processes
consume 100% of the cpus. One process per image.
Could you please try to get hold of the
Package: graphicsmagick
Version: 1.1.11-3.2+lenny1
Severity: normal
I inserted several png images in typo3 4.2.5 using typo3 backend.
When I press the save button in typo3 backend, several gm processes
consume 100% of the cpus. One process per image.
It seems as if gm scales the images right
6 matches
Mail list logo