Memory usage on a huge count of images about image-ultimator

[Torkiliuz]

If you have pngquant 2.0.1 (September 2013), which is what gets installed by default in Ubuntu, you're going to have problems optimizing big folders in one run. A combination of updating pngquant to 2.3.0 (July 2014) and imgult to the latest version 4.0.01 will help tremendously 😉

[ryanpcmcquen]

What OS are you on? Also what version of nice do you have?

[alpharder]

Ubuntu Server 14.04.4

abolshakov@ds01:~$ nice --version
nice (GNU coreutils) 8.21

[ryanpcmcquen]

What about all the programs imgult uses (their versions)?

More specifically, that would be:

jpegoptim
mozjpeg <== this is where the 'jpegtran' executable should be coming from
optipng
pngquant
gifsicle
svgo

[ryanpcmcquen]

Judging by the path you have there, it looks like you are using the system jpegtran and not mozjpeg, this is going to make a huge difference in not only performance, but also the size of images produced ...

[ryanpcmcquen]

@alpharder did you ever try installing all the appropriate versions of stuff? It appears another user was able to run imgult successfully against 140GB of images, so your sample should be fine.

Please try the new release as well: https://github.com/ryanpcmcquen/image-ultimator/releases

[alpharder]

@ryanpcmcquen We've used another solution that worked well. Thanks!

[ryanpcmcquen]

Glad to hear you found something! What did you end up using?

[alpharder]

This one: https://github.com/caiguanhao/imgcrush

BTW, there was installed mozjpeg, not a jpegtran. I've even created symlink for mozjpeg binary named as jpegtran

[ryanpcmcquen]

@alpharder isn't the mozjpeg binary called jpegtran?

[alpharder]

@ryanpcmcquen When I compiled it from source there was mozjpeg binary generated.

[ryanpcmcquen]

I wonder if the old version Ubuntu ships of pngquant was slowing things down (it doesn't even support the --skip-if-larger argument).