Bug#675777: llgal: generate images in parallel
Package: llgal Version: 0.13.17-2 Severity: wishlist Hi, It seems that llgal only runs convert once at a time. In this era of multi-core CPUs, it would be great if llgal would run several instances of convert concurrently to reduce the image generation time. Lucas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages llgal depends on: ii imagemagick 8:6.7.4.0-5 ii libimage-size-perl 3.230-1 ii liblocale-gettext-perl 1.05-7+b1 ii liburi-perl 1.60-1 ii perl5.14.2-9 Versions of packages llgal recommends: ii libimage-exiftool-perl 8.60-2 llgal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675777: llgal: generate images in parallel
Le 03/06/2012 11:40, Lucas Nussbaum a écrit : Package: llgal Version: 0.13.17-2 Severity: wishlist Hi, It seems that llgal only runs convert once at a time. In this era of multi-core CPUs, it would be great if llgal would run several instances of convert concurrently to reduce the image generation time. Lucas Hello Lucas, That would make sense but imagemagick is threaded with OpenMP (and that's enabled in Debian packages) so we'd need to know when and how convert uses threads before adding even more pressure on the scheduler. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675777: llgal: generate images in parallel
On 03/06/12 at 20:59 +0200, Brice Goglin wrote: Le 03/06/2012 11:40, Lucas Nussbaum a écrit : Package: llgal Version: 0.13.17-2 Severity: wishlist Hi, It seems that llgal only runs convert once at a time. In this era of multi-core CPUs, it would be great if llgal would run several instances of convert concurrently to reduce the image generation time. Lucas Hello Lucas, That would make sense but imagemagick is threaded with OpenMP (and that's enabled in Debian packages) so we'd need to know when and how convert uses threads before adding even more pressure on the scheduler. Brice Strange. It seems that imagemagick's convert -scale does not use threads on my laptop. I don't see any difference when disabling it with -limit thread 1. $ convert -list resource File Area Memory Map DiskThread Time --- 768 16.539GB7.7015GiB15.403GiBunlimited 4 unlimited $ time convert -limit thread 4 -scale x700 P1010928.JPG .llgal/scaled_P1010928s.jpg real0m2.968s user0m2.752s sys 0m0.196s $ time convert -limit thread 1 -scale x700 P1010928.JPG .llgal/scaled_P1010928s.jpg real0m2.978s user0m2.776s sys 0m0.184s Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
