Parallelization in next G'MIC [1.5.7.0]

[YAFU]

I've just posted new binaries for the 1.5.7.1 beta version of the G'MIC plug-in, at:

https://sourceforge.net/projects/gmic/files/beta/

(available for linux32, linux64 and win32).
If you are interested, you can test and tell me how this new Fourier transform behaves now.

I'm interested, but I could not locate the filter
Is the filter that is under Spectral Filters?
I can't see Parallelization options in this filter, and I do not know how to use it nor what should be the result when applied


Edit:
I have found this:
https://secure.flickr.com/groups/gmic/d ... 462331405/
Now I'll see if I learn to use it.

[Caz]

Cheers for the new version. Tried out Rodilius on a 14mb image and the filter ran it's course in 8 seconds, that is so fast. All six cores were running for the duration. Great stuff.

[Ronounours]

@YAFU : The beauty of this new feature is that it is fully transparent for the users The new FFT doesn't require additional parameters for the parallelization (contrary to previous additions), it just uses all the available cores to perform the calculations.
All the filters using the FFT technique are concerned. For instance, the Artistic / Rodilius filter has an extensive use of the FFT, so it is a good candidate to try.

@Caz : Thanks for your test. Can you confirm the new plug-in runs Rodilius faster than the previous version (1.5.7.0 or less) on the same image ?

[lylejk]

Bonjour,

@Lylejk

- Download http://www.aljacom.com/~gmic/Makefile_G ... 64bits.zip
- Copy
\Makefile_GMIC-32bits-64bits\scripts-64bits\beta\compile_gmic_gimp_plugin_beta_64_win.sh
in
C:\petit-msys-mingw-64bits-gimp28
- Start MSYS clicking "start_MSYS.bat".
- Enter the two command lines that follow.
cd /env
./compile_gmic_gimp_plugin_beta_64_win.sh

I'm sorry if the answer is not good but I do not really understand the question.

No; talking about the script (compile_gmic_gimp_plugin_64_win.sh) that gets the files from online that you shared with me. I ran the script and it retrieved files then compiles G'MIC.

[samj]

1.5.7.0 vs 1.5.7.1 beta 20130916 with Rodilius :

285 sec (1.5.7.0) / 210 sec ( 1.5.7.1 beta)

[lylejk]

OK samj; compiling now. Probably will be a few minutes before it completes.

[lylejk]

No longer see the core options in rodilius but rodilius does seem to run faster. Noted that my cpu cycles are greater then 50% for gmic when it runs so that confirms both cores are being utilized.

[YAFU]

Well, these are my results (2500x2500px):
Fourier transform:
1.5.6.1: 9sec
1.5.7.1 beta: 7sec

Rodilius:
1.5.6.1: 54sec
1.5.7.1 beta: 47sec

With G'MIC 1.5.7.1 beta in both filters the system monitor shows that there are several processor threads working simultaneously. Rodilius is working very well, and I have not had the problem I mentioned in comment #37

In Smooth anisotropic in Parallel Processing "Auto" is detecting correctly my 8 threads processor and still running very well.

[Ronounours]

Thanks for all your testing. The performance gain is not that much, but this is still interesting.
I will probably release a new minor revision 1.5.7.1 soon with these changes.

[Caz]

@YAFU : The beauty of this new feature is that it is fully transparent for the users The new FFT doesn't require additional parameters for the parallelization (contrary to previous additions), it just uses all the available cores to perform the calculations.
All the filters using the FFT technique are concerned. For instance, the Artistic / Rodilius filter has an extensive use of the FFT, so it is a good candidate to try.

@Caz : Thanks for your test. Can you confirm the new plug-in runs Rodilius faster than the previous version (1.5.7.0 or less) on the same image ?

Running Rodilius on the same 14mb image as before I get a time of 13 seconds for 1.5.7.0 and 8 seconds for 1.5.7.1, but compared to the several minutes it took to run the same filter a few months back this is a massive leap forward. Thank you so much for all your hard work.

[lylejk]

@YAFU : The beauty of this new feature is that it is fully transparent for the users The new FFT doesn't require additional parameters for the parallelization (contrary to previous additions), it just uses all the available cores to perform the calculations.
All the filters using the FFT technique are concerned. For instance, the Artistic / Rodilius filter has an extensive use of the FFT, so it is a good candidate to try.

@Caz : Thanks for your test. Can you confirm the new plug-in runs Rodilius faster than the previous version (1.5.7.0 or less) on the same image ?

Running Rodilius on the same 14mb image as before I get a time of 13 seconds for 1.5.7.0 and 8 seconds for 1.5.7.1, but compared to the several minutes it took to run the same filter a few months back this is a massive leap forward. Thank you so much for all your hard work.

I envy you hyper core users; man, do I need an upgrade. lololol

[YAFU]

@lylejk, Until very recently and for a long time I used an AMD Athlon X2 4800+. A few months ago I bought the middle range of the latest technology from Intel APUs, but Intel now launched a new technology and I have been outdated again

[lylejk]

Still, you system blow's my near 6 year old system away Yafu. Have the money; just don't have the motivation to buy a new system yet. lol

[lylejk]

Just compiled 1.5.7.1 64-bit since David released it today. For those that want to test the plugin, I attached it here.

edit: David's released a 64-bit version for Windows GIMP so I'm removing my attachment since his version is the official version. Link below.

http://sourceforge.net/projects/gmic/fi ... rce=navbar

[Iain]

Just compiled 1.5.7.1 64-bit since David released it today. For those that want to test the plugin, I attached it here.

It tells me I need libjpeg-9.dll

I don't have libjpeg-9.dll

[lylejk]

Here's all the dlls that samj requires for this plugin. These should be 64-bit compatible as well. Not going to get involved with the diatribe that samj and David has had with this issue. I used samj's environment for compiling and the resulting plugin works and I've been using samj's compiles since I've been using 64-bit GIMP well over a year ago. Including curl.exe as well and it is in it's own directory, so just be aware of that (i.e., in your GIMP plugins folder, place gimp_gmic.exe there and then in a subfolder, place the curl.exe).

[Iain]

Here's all the dlls that samj requires for this plugin. These should be 64-bit compatible as well. Not going to get involved with the diatribe that samj and David has had with this issue. I used samj's environment for compiling and the resulting plugin works and I've been using samj's compiles since I've been using 64-bit GIMP well over a year ago. Including curl.exe as well and it is in it's own directory, so just be aware of that (i.e., in your GIMP plugins folder, place gimp_gmic.exe there and then in a subfolder, place the curl.exe).

Thank you very much. Very much appreciated

Seems to be working now.

[lylejk]

Cool to hear that Iain. As long as Tux allows, I plan on sharing the 64-bit compiles while samj's environment still holds true. I'm not a coder; very greatful that samj shared her environment with me and actually with us all.

[sebbync]

Thanks a lot lylejk,
Please keep releasing Windows 64 bit versions, as I think many Windows users will switch to 64 bit progressively, as I did.

[lylejk]

Glad it worked for you too sebbync.