After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 759805 - Shrinking square selection is extremely slow
Shrinking square selection is extremely slow
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
git master
Other Linux
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks: 141797
 
 
Reported: 2015-12-23 14:10 UTC by BugsBunny
Modified: 2018-05-24 15:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description BugsBunny 2015-12-23 14:10:46 UTC
Hello

I made a 4800x4800 px selection and shrunk it down by 1000px. This took around 5 minutes. Today's GIMP-master, quad-core i7 820QM 8GB RAM, I don't think details are needed. I understand that you're busy coding features and not concentrating on optimization yet, but please add this to the optimization TODO list once you get to that stage.
Comment 1 Jonathan Tait 2015-12-23 18:13:07 UTC
More details needed methinks.
What tool or menu function used and what modes ?

If you mean using the Scale Tool to re-size the image data within a selection, that operation (4800x4800 -> 3800x3800) on my i3 laptop takes roughly:
 
8-bit integer gamma image, cubic interpolation ....25 seconds
8-bit integer gamma image, NoHalo interpolation ...60 seconds
32-bit float gamma image, cubic interpolation .....30 seconds
32-bit float gamma image, NoHalo interpolation ....110 seconds

And that's with just a single gegl thread.

If that's the operation you're talking about and it really is taking 5 minutes on your i7, perhaps you've got a (very) sick i7 or a (very) sick GIMP/GEGL :)
Comment 2 BugsBunny 2015-12-23 18:57:07 UTC
8-bit JPEG without changing precision, 9600x4800 dimensions, the right 4800x4800 half was selected, square selection made with the "Rectangular selection" tool, Select > Shrink.

commit edff1d0 which is actually from a few days ago, I can't build today's yet because of mypaint-gegl hell.

Nothing to do with the "Scale Image" tool.
Comment 3 Michael Natterer 2015-12-23 19:23:24 UTC
I just tried this on both master and 2.8, and it takes forever on both,
don't know if it got faster or slower in master because I aborted both tries
after a few minutes.

Regardless, I don't think that shrinking by 1000px is high on the list
of important optimizations, but it's clearly a pain that should be
faster, or at least have a progress.
Comment 4 GNOME Infrastructure Team 2018-05-24 15:59:05 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/815.