Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
GIMP not responding on high file sizes.

I created an animation GIF which has 500 frames.It is taking too long to unoptimize and use interleave layer plugin. Even after waiting to complete the plugin execution, When trying to save it, GIMP freezes with message "not responding".

I have enough space on my disk to save the file. The final file size is about 1.5 GB.

Any pointers on how to improve the performance would be helpful.
1.5GB can takes a good minute to write to disk (or more...). Do you see the file size increasing on the disk?

Also, what is your tile cache set to? (Edit>Preferences>System resources>Tile cache size). If not set high enough, Gimp will self-limit its RAM usage and this will slow it down.
If Ofnuts suggestion does not improve performance.

You could partly abandon Gimp and use command line applications for the unoptimise part, that might help (or maybe not Wink ) It might save a little time only partially using Gimp.

This old application gifsicle can unoptimise screenshot:

gifsicle.exe -U input.gif -o output.gif

Another approach might be split the gif up into separate frames using ImageMagic (IM) This will unoptimise and render each frame as a png

magick convert -coalesce input.gif output%05d.png

Then it depends on what you are interlacing? If an overlay of a single logo, might be easy, maybe using Gimp BIMP plugin on a folder full of files. Another animation to interlace, not so easy. IM has a full (confusing) page of various procedures.

You can also use IM to easily combine back to an animation:

magick convert -delay 20 -loop 0 *png output.gif
This said, given the size, using the more recent WebP format (supported in Gimp 2.10) could be a good idea.
(05-15-2019, 08:01 AM)Ofnuts Wrote:  If not set high enough, Gimp will self-limit its RAM usage and this will slow it down.

How much higher does it need to be set???

My RAM is 4 GB.

In the preferences dialog of GIMP,Tile Cache Size is set to 2048484 KB.

I also observed some oddity in disk space consumption while GIMP was executing plugins.

I found it odd that the disk space consumption was 100 % in Task Manager even when there were no applications running(besides the background processes).

Initially, the issue was due to Windows updates causing this consumption due to heavy I/O on a file that Windows updates access.(forgot to copy down the file name).So i installed updates from control panel and restarted my PC. Now, the disk consumption was reduced to single digits(in percentage) when there were no applications running.

After starting GIMP, I still was able to observe oddities in disk consumption when performing operations in GIMP.

GIMP would freeze with the message  "not responding" when disk consumption hits "100 %". And there were no other applications running besides Task Manager and Resource Monitor.

Task manager screenshot:
[Image: taskmanager.png]

As we can see, Disk consumption is at 99 % when only GIMP is running.

Screenshot of Resource Monitor:

[Image: Resourcemonitor.png]

Screenshot in full size:

Screenshot 2 of Resource Monitor:

[Image: Resourcemonitor-2.png]

Screenshot 2 in full size:

Screenshot 3 of Resource Monitor which has write operations:

[Image: After-start-of-write.png]

Screenshot of resource monitor with write operations in full size:

I looked up on Pagefile.sys and it happened to be a buffer on disk if RAM is fully incapacitated. And 4 GB RAM is quite big.

Since the working directory of GIMP on my PC is C:, I have deleted files and freed space in C:. But still GIMP displays "not responding" and consumes 100 % disk while executing GIMP plugins.

Is the issue because of plugin closed/terminated in an inconsistent state???Cuz i think 100 % disk consumption for one application seems odd.

@rich2005 :

Thank you for your suggestions. As i inferred above, if the issue is not with disk consumption when executing plugins in GIMP, We will go command line if all other options are exhausted.
(05-15-2019, 09:18 AM)Ofnuts Wrote: This said, given the size, using the more recent WebP format (supported in Gimp 2.10) could be a good idea.


Re webp ... Ouch.... A small (320 x 220)  video cartoon broken to 580  frames as jpegs.
In Gimp as layers 124 MB  in memory 
Render as a gif = 12 MB Optimised as a gif = 10.5 MB, either takes a few seconds

Render as an animated webp with a quality about 60 and file size down to 2.5 MB  but took 30 minutes Wink

Batch converting jpeg -> webp with IM is pretty quick but I am  struggling with command line webpmux (horrible syntax)  to make an animation.

There is gif2webp which is reasonably quick but then stuck with the 256 colours.
Looks like you have a fairly small system for what you want to do.

Gimp tells you how much memory it uses in the status bar at the bottom, next to the name of the current layer, when this area isn't used to display a message (so move the mouse outside of the image display, for instance to the toolbox).

IMHO Gimp is using much more than 2GB and you have two overlapping problems:
  • The 2GB of RAM for the tile cache are above what the system can really provide (what else is running?) so even before Gimp tries to use its own disk-swapping mechanism, some of its memory is swapped out by the system (the pagefile.sys file you see in the monitor panel)
  • At some point Gimp has more than 2GB of data, so starts its own swapping mechanism  in addition to what the system already does.
So you get twice the disk I/O: Gimp paging and system paging. Two ways to improve on this:

  1. set the tile cache to something real big (8GB or more) Gimp won't do its own swapping (until you reach that limit...) and you will onlt have system swapping
  2. set the tile cache to something small (down to 1GB, and then try increasing if see free RAM) so you system never swaps and Gimp doesn its own swapping
Other things to do:

  • reduce RAM usage elsewhere in the system, stop any non necessary processes (web browsers are great memory hogs)
  • reduce RAM usage in Gimp (use 8-bit precision, use a small undo stack...)


Forum Jump: