RSS/Atom feed Twitter
Site is read-only, email is disabled
  1. Chat
  2. Useful links
  3. Polls

Featured content

GEGL Crashes GPU

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

9 of 9 messages available
Toggle history

Please log in to manage your subscriptions.
GEGL Crashes GPU Partha Bagchi 15 Feb 03:52
  GEGL Crashes GPU Tobias Ellinghaus 15 Feb 10:47
   GEGL Crashes GPU Victor Oliveira 16 Feb 00:22
    GEGL Crashes GPU Partha Bagchi 16 Feb 02:29
     Trouble compiling plugin in windows Sebastian Kraft 17 Feb 17:19
      Trouble compiling plugin in windows Jernej Simončič 17 Feb 17:43
       Trouble compiling plugin in windows Sebastian Kraft 17 Feb 19:05
     GEGL Crashes GPU Victor Oliveira 19 Feb 18:53
      GEGL Crashes GPU Partha Bagchi 21 Feb 01:44
Partha Bagchi
2013-02-15 03:52:49 UTC (almost 12 years ago)

GEGL Crashes GPU

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The opengl version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile on the layer.

Any ideas?

Also, As I was mentioning to you before: $ ls -al /c/Program\ Files/NVIDIA\ Corporation/OpenCL/ total 116
drwxr-xr-x 2 partha Administrators 0 Feb 3 22:55 . drwxr-xr-x 11 partha Administrators 4096 Feb 3 22:55 .. -rwxr-xr-x 1 partha Administrators 53024 Jan 28 17:39 OpenCL.dll -rwxr-xr-x 1 partha Administrators 61216 Jan 28 17:39 OpenCL64.dll

OpenCL64.dll seems bigger. So, should that be the default DLL for windows 7 64bit?

Thanks,
Partha

Tobias Ellinghaus
2013-02-15 10:47:21 UTC (almost 12 years ago)

GEGL Crashes GPU

Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The opengl version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile on the layer.

Any ideas?

That is normal when running OpenCL (or CUDA) kernels on a GPU that has a monitor connected. On Windows it will time out quite quickly, on Linux AFAIK not. However, that can be configured. Google is your friend, just search for "nvidia watchdog".

[...]

Thanks,
Partha

Tobias

Victor Oliveira
2013-02-16 00:22:37 UTC (almost 12 years ago)

GEGL Crashes GPU

Hi Partha,

Thanks for the bug report, I'll give a look when I can. Notice that a 150x150 radius is very big and maybe yout GPU doesn't have enough memory for that, but it was supposed to fallback to the CPU in this case.

Thanks
Victor

On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus wrote:

Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The

opengl

version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile on the layer.

Any ideas?

That is normal when running OpenCL (or CUDA) kernels on a GPU that has a monitor connected. On Windows it will time out quite quickly, on Linux AFAIK
not. However, that can be configured. Google is your friend, just search for
"nvidia watchdog".

[...]

Thanks,
Partha

Tobias

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Partha Bagchi
2013-02-16 02:29:15 UTC (almost 12 years ago)

GEGL Crashes GPU

Hi Victor,

I have an NVIDIA GPU with 1G dedicated VRAM, i7 Core CPU, and 16G of RAM. In any case, 150x150 radius should be doable. In any case, I am sure that when Gimp goes production, it's bound to come up.

Any further report on Mac? While I am finding that it's quite fast on an Mac with 8G RAM, I am not sure if the GPU is being used.

Note that everything I have seen/ read about OpenCL says that you don't need to load the library at least on a Mac.

Thanks, Partha

On Fri, Feb 15, 2013 at 7:22 PM, Victor Oliveira wrote:

Hi Partha,

Thanks for the bug report, I'll give a look when I can. Notice that a 150x150 radius is very big and maybe yout GPU doesn't have enough memory for that, but it was supposed to fallback to the CPU in this case.

Thanks
Victor

On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus wrote:

Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The

opengl

version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile

on

the layer.

Any ideas?

That is normal when running OpenCL (or CUDA) kernels on a GPU that has a monitor connected. On Windows it will time out quite quickly, on Linux AFAIK
not. However, that can be configured. Google is your friend, just search for
"nvidia watchdog".

[...]

Thanks,
Partha

Tobias

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Sebastian Kraft
2013-02-17 17:19:44 UTC (almost 12 years ago)

Trouble compiling plugin in windows

Hello,

I have some trouble compiling a plugin on a windows system with MinGW. Compilation works fine, but when GIMP tries to load the plugin during startup I get a "procedure entry point __gxx_personality_v0" not found error.

I looked at the libstdc++-6.dll that comes with GIMP and it has "__gxx_personality_sj0". So I have tried MinGW 4.5, 4.6 and 4.7 but the libstdc++-6.dll in the C:\MinGW\bin folder always has "__gxx_personality_v0".

What is the correct version of MinGW that is compatible to the windows builds of GIMP?

Best regards,
Sebastian

Jernej Simončič
2013-02-17 17:43:08 UTC (almost 12 years ago)

Trouble compiling plugin in windows

On Sunday, February 17, 2013, 18:19:44, Sebastian Kraft wrote:

What is the correct version of MinGW that is compatible to the windows builds of GIMP?

I'm using mingw-w64 compiled with Gentoo's crossdev package. The support libraries are from the OpenSuSE build service (I only compile GIMP myself - everything else is from OpenSuSE). Current versions use gcc 4.7.2.

I suggest you try the tdm sjlj gcc packages from here: if you're on Windows.

< Jernej Simončič ><><><><>< http://eternallybored.org/ >

The meek shall inherit the earth, but NOT its mineral rights.
       -- Getty's Reminder
Sebastian Kraft
2013-02-17 19:05:52 UTC (almost 12 years ago)

Trouble compiling plugin in windows

Am 17.02.2013 18:43, schrieb Jernej Simončič:

On Sunday, February 17, 2013, 18:19:44, Sebastian Kraft wrote:

What is the correct version of MinGW that is compatible to the windows builds of GIMP?

I'm using mingw-w64 compiled with Gentoo's crossdev package. The support libraries are from the OpenSuSE build service (I only compile GIMP myself - everything else is from OpenSuSE). Current versions use gcc 4.7.2.

I suggest you try the tdm sjlj gcc packages from here: if you're on Windows.

Thanks, the TDM-GCC bundle worked!

Sebastian

Victor Oliveira
2013-02-19 18:53:29 UTC (almost 12 years ago)

GEGL Crashes GPU

Hi Partha,

I couldn't really reproduce your error, so I assume it is because you're trying to use the display GPU for processing and to avoid blocking the screen, the nvidia driver just kills whatever is running in the GPU. Also, I'm not sure if you're already using the GEGL_SWAP=RAM option to run GIMP, it should improve performance and maybe you don't get this error.

On Sat, Feb 16, 2013 at 12:29 AM, Partha Bagchi wrote:

Hi Victor,

I have an NVIDIA GPU with 1G dedicated VRAM, i7 Core CPU, and 16G of RAM. In any case, 150x150 radius should be doable. In any case, I am sure that when Gimp goes production, it's bound to come up.

Any further report on Mac? While I am finding that it's quite fast on an Mac with 8G RAM, I am not sure if the GPU is being used.

Note that everything I have seen/ read about OpenCL says that you don't need to load the library at least on a Mac.

Thanks, Partha

On Fri, Feb 15, 2013 at 7:22 PM, Victor Oliveira wrote:

Hi Partha,

Thanks for the bug report, I'll give a look when I can. Notice that a 150x150 radius is very big and maybe yout GPU doesn't have enough memory for that, but it was supposed to fallback to the CPU in this case.

Thanks
Victor

On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus wrote:

Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The

opengl

version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile

on

the layer.

Any ideas?

That is normal when running OpenCL (or CUDA) kernels on a GPU that has a monitor connected. On Windows it will time out quite quickly, on Linux AFAIK
not. However, that can be configured. Google is your friend, just search for
"nvidia watchdog".

[...]

Thanks,
Partha

Tobias

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Partha Bagchi
2013-02-21 01:44:16 UTC (almost 12 years ago)

GEGL Crashes GPU

Hi Victor,

Sorry for the delay in responding. Like I told you the other night on gtalk, I am unable to get a log on Windows even using g_print as you suggested instead of g_message. On the Mac, I simply get that opencl is not being used since there is no shared object to load.

I think a lot of users will be using a single display (like I do using my laptop) and so, there would have to be some viable solution to problem of the nvidia driver killing the GPU job, don't you think?

I didn't know about the GEGL_SWAP= RAM option and will add that to the environment while running Gimp.

Thanks! Partha

On Tue, Feb 19, 2013 at 1:53 PM, Victor Oliveira wrote:

Hi Partha,

I couldn't really reproduce your error, so I assume it is because you're trying to use the display GPU for processing and to avoid blocking the screen, the nvidia driver just kills whatever is running in the GPU. Also, I'm not sure if you're already using the GEGL_SWAP=RAM option to run GIMP, it should improve performance and maybe you don't get this error.

On Sat, Feb 16, 2013 at 12:29 AM, Partha Bagchi wrote:

Hi Victor,

I have an NVIDIA GPU with 1G dedicated VRAM, i7 Core CPU, and 16G of RAM. In any case, 150x150 radius should be doable. In any case, I am sure that when Gimp goes production, it's bound to come up.

Any further report on Mac? While I am finding that it's quite fast on an Mac with 8G RAM, I am not sure if the GPU is being used.

Note that everything I have seen/ read about OpenCL says that you don't need to load the library at least on a Mac.

Thanks, Partha

On Fri, Feb 15, 2013 at 7:22 PM, Victor Oliveira

wrote:

Hi Partha,

Thanks for the bug report, I'll give a look when I can. Notice that a 150x150 radius is very big and maybe yout GPU doesn't have enough memory for that, but it was supposed to fallback to the CPU in this case.

Thanks
Victor

On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus wrote:

Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The

opengl

version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple repeatable test for me.

1. Open 16 bit tiff. 2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark

tile on

the layer.

Any ideas?

That is normal when running OpenCL (or CUDA) kernels on a GPU that has a monitor connected. On Windows it will time out quite quickly, on Linux AFAIK
not. However, that can be configured. Google is your friend, just search for
"nvidia watchdog".

[...]

Thanks,
Partha

Tobias

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list