Re: [darktable-user] Darktable on Windows

[André Felipe Carvalho]

I thank you all for your comments.

There's another issue that I thought last night, about changing operating
systems. I produce some publications, photobooks, etc, with a software that
I choose only because it has a Linux version. They have a windows version,
of course, but my books were made in this filesystem, with these photo
locations. If I change to windows, pathnames would not match and I thing I
would loose my work.
This only would prevent me to change OS.

Well, I think I could try to go back to 14.04 and use the packaged version
of dt. Since its an old computer, maybe I should stick with an old OS
version ?

2018-02-20 3:55 GMT-03:00 I. Ivanov :

> I always used it from PPA. I understand there is some dependency that only
> comes with 16.04. To my knowledge - the only benefit to use Open CL (if
> this is your goal) is if the GPU is very fast. I can use Open CL "GeForce
> GT 525M/PCIe/SSE2" - I believe 2 GB memory for the GPU but I have no speed
> benefits because my GPU is too old (my whole computer is too old actually).
> For speed - I use the CPU. My only benefit for the GPU is to have a real
> monitor plugged to the laptop.
>
> I got burned before with AMD...
>
> And with that old computer - I am processing still quite a bit of pictures
> (thousands actually) - thanks to DT
>
> Regards,
>
> B
>
> On 2018-02-19 10:44 PM, R. S. wrote:
>
>
> Hi,
> Is there a way to compile the latest dt for a Ubuntu 14 trusty tahr,
> where I can use AMD catalyst driver for an old graphic-card?
>
> r R
>
> Am 20. Februar 2018 03:09:47 schrieb "I. Ivanov" 
> :
>
>> For what is worth...
>>
>> I am using DT on Dell XPS (mid 2011) - this is i7 (gen 2) - machine 8GB
>> RAM SSD Samsung 512 GB with Ubuntu 16.04.
>>
>> Compared to
>>
>> DT on Dell Inspiron (late 2014) - this is i5 (gen 4) - machine 8GB RAM
>> same SSD Samsung 512 GB with Windows 10 64 bit home edition fully updated.
>>
>> For now - I am *not* going back to Windows. And the issue is not only
>> with DT - everything on windows is much slower. So much so that nobody at
>> home can stand it most of the time except my daughter who plays some games
>> on it.
>>
>> I know I am comparing i5 vs i7 but the windows is 3 years newer machine
>> (and I have tested it on Linux - live CD and it does work much better in
>> terms of speed).
>>
>> Regards,
>>
>> B
>>
>> On 2018-02-19 02:22 PM, André Felipe Carvalho wrote:
>>
>> Hi Matej,
>>
>> Yes, I have:
>> $ glxinfo | grep "OpenGL version"
>> *OpenGL version string: 3.0 Mesa 17.3.2 - padoka PPA*
>>
>> But I still cant get Opencl to work.
>>
>> In fact, I've been thinking if this slowness may be fault of these
>> alternative drivers.
>>
>>
>>
>> 2018-02-19 18:37 GMT-03:00 Matej Martinovic :
>>
>>> Have you tried mesa? https://www.omgubuntu.co.uk/20
>>> 17/03/easy-way-install-mesa-17-0-2-ubuntu-16-04-lts
>>>
>>> BR
>>> Matej
>>> On 2018-02-19 19:12, André Felipe Carvalho wrote:
>>>
>>> Hello dt users,
>>>
>>> I don't use Windows for more than 5 years and used to be very happy with
>>> Linux (Ubuntu, in my case). Until Ubuntu 14.04 or 15.10 I was, at least. In
>>> that time, I could use the AMD HD 7730M 2gb GPU of my Dell Inspiron 7520
>>> Core I7 notebook, 8gb RAM.
>>>
>>> When dt started to use GTK 3.0, I had to upgrade to Ubuntu 16.04, in
>>> order to be able to compile the package.
>>> With Ubuntu 16.04, I lost the graphics card proprietary driver. No more
>>> AmdGPU, no more Opencl, and my computer is like a snail nowadays... Even
>>> with fresh installation of Ubuntu 16.04.
>>>
>>> My options are:
>>>
>>> Buy a new Laptop (maybe a Gamer machine with Geforce 1050) for a lot of
>>> cash,
>>>
>>> or.
>>>
>>> Say goodbye to Linux and go back to Windows, since AMD still supports my
>>> graphics card (last update february/2018) and dt now runs on Windows.
>>>
>>> My questions are:
>>> 1) Is dt for windows stable, right now?
>>>
>>> 2) What are your opinion about the above scenario?
>>>
>>> Thank you in advance!
>>> --
>>> André Felipe
>>>
>>>
>>> 
>>> darktable user mailing list to unsubscribe send a mail to
>>> darktable-user+unsubscr...@lists.darktable.org
>>>
>>>
>>>
>>> 
>>> darktable user mailing list to unsubscribe send a mail to
>>> darktable-user+unsubscr...@lists.darktable.org
>>> 
>>>
>>
>>
>>
>> --
>> André Felipe
>>
>> https://www.flickr.com/photos/andrefelipecarvalho/
>>
>> 
>> darktable user mailing list to unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>>
>>
>>
>> 
>> darktable user mailing list to unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>>
>
> 
> darktable user 

Re: [darktable-user] Darktable on Windows

[Robert William Hutton]

Hi André,

I'm in a very similar situation to what you describe: I have an AMD R9 
280 with an i5-4690 CPU @ 3.50GHz, and am running Ubuntu 17.10 as my 
daily OS.


I have stuffed around with the new AMDGPU-PRO and open source 
equivalents to try to get opencl under modern Ubuntu, but although 
support for my card is supposedly coming "eventually" I've stopped 
holding my breath.


The situation I've ended up with is a triple-boot system with:

* Ubuntu 17.10
* Ubuntu 15.10 (last ubuntu version with fglrx drivers)
* Windows 10 (almost exclusively for the one game I play)

I can report that dt 2.4.1 builds just fine on Ubuntu 15.10 and runs 
accelerated with opencl.  I can also report that dt 2.4.1 runs fine on 
Windows 10 accelerated with opencl.


But in reality I edit most of my files on Ubuntu 17.10 anyway and just 
live with the lack of opencl.


If you'd like to try the Ubuntu 15.10 route, I wrote some instructions 
on building dt here, which I /think/ should still work:


https://redmine.darktable.org/projects/darktable/wiki/Building_darktable_22#Ubuntu-1510

HTH,

Rob

On 20/02/18 05:12, André Felipe Carvalho wrote:

Hello dt users,

I don't use Windows for more than 5 years and used to be very happy with 
Linux (Ubuntu, in my case). Until Ubuntu 14.04 or 15.10 I was, at least. 
In that time, I could use the AMD HD 7730M 2gb GPU of my Dell Inspiron 
7520 Core I7 notebook, 8gb RAM.


When dt started to use GTK 3.0, I had to upgrade to Ubuntu 16.04, in 
order to be able to compile the package.
With Ubuntu 16.04, I lost the graphics card proprietary driver. No more 
AmdGPU, no more Opencl, and my computer is like a snail nowadays... Even 
with fresh installation of Ubuntu 16.04.


My options are:

Buy a new Laptop (maybe a Gamer machine with Geforce 1050) for a lot of 
cash,


or.

Say goodbye to Linux and go back to Windows, since AMD still supports my 
graphics card (last update february/2018) and dt now runs on Windows.


My questions are:
1) Is dt for windows stable, right now?

2) What are your opinion about the above scenario?

Thank you in advance!
--
André Felipe


 
darktable user mailing list to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Darktable on Windows

[Matej Martinovic]

I'm not sure you would benefit from OpenCL. As someone already pointed 
out, you need a somewhat decent GPU to make use of it. Did it work 
before the upgrade to 16.04?


Your overall slow performance may also be due to heat problems. Have you 
checked the temperature of your CPU and GPU? Older laptops get filled up 
with dust. The CPU/GPU reaches higher temperatures and throttles itself.


Windows, btw, is never the solution ;)


On 2018-02-20 11:56, André Felipe Carvalho wrote:

I thank you all for your comments.

There's another issue that I thought last night, about changing 
operating systems. I produce some publications, photobooks, etc, with 
a software that I choose only because it has a Linux version. They 
have a windows version, of course, but my books were made in this 
filesystem, with these photo locations. If I change to windows, 
pathnames would not match and I thing I would loose my work.

This only would prevent me to change OS.

Well, I think I could try to go back to 14.04 and use the packaged 
version of dt. Since its an old computer, maybe I should stick with an 
old OS version ?


2018-02-20 3:55 GMT-03:00 I. Ivanov >:


I always used it from PPA. I understand there is some dependency
that only comes with 16.04. To my knowledge - the only benefit to
use Open CL (if this is your goal) is if the GPU is very fast. I
can use Open CL "GeForce GT 525M/PCIe/SSE2" - I believe 2 GB
memory for the GPU but I have no speed benefits because my GPU is
too old (my whole computer is too old actually). For speed - I use
the CPU. My only benefit for the GPU is to have a real monitor
plugged to the laptop.

I got burned before with AMD...

And with that old computer - I am processing still quite a bit of
pictures (thousands actually) - thanks to DT

Regards,

B


On 2018-02-19 10:44 PM, R. S. wrote:



Hi,
Is there a way to compile the latest dt for a Ubuntu 14 trusty
tahr,  where I can use AMD catalyst driver for an old graphic-card?

r R

Am 20. Februar 2018 03:09:47 schrieb "I. Ivanov"
 :


For what is worth...

I am using DT on Dell XPS (mid 2011) - this is i7 (gen 2) -
machine 8GB RAM SSD Samsung 512 GB with Ubuntu 16.04.

Compared to

DT on Dell Inspiron (late 2014) - this is i5 (gen 4) - machine
8GB RAM same SSD Samsung 512 GB with Windows 10 64 bit home
edition fully updated.

For now - I am _not_ going back to Windows. And the issue is not
only with DT - everything on windows is much slower. So much so
that nobody at home can stand it most of the time except my
daughter who plays some games on it.

I know I am comparing i5 vs i7 but the windows is 3 years newer
machine (and I have tested it on Linux - live CD and it does
work much better in terms of speed).

Regards,

B


On 2018-02-19 02:22 PM, André Felipe Carvalho wrote:

Hi Matej,

Yes, I have:
$ glxinfo | grep "OpenGL version"
*OpenGL version string: 3.0 Mesa 17.3.2 - padoka PPA*

But I still cant get Opencl to work.

In fact, I've been thinking if this slowness may be fault of
these alternative drivers.



2018-02-19 18:37 GMT-03:00 Matej Martinovic
mailto:matejmartino...@zoho.com>>:

Have you tried mesa?

https://www.omgubuntu.co.uk/2017/03/easy-way-install-mesa-17-0-2-ubuntu-16-04-lts



BR
Matej

On 2018-02-19 19:12, André Felipe Carvalho wrote:

Hello dt users,

I don't use Windows for more than 5 years and used to be
very happy with Linux (Ubuntu, in my case). Until Ubuntu
14.04 or 15.10 I was, at least. In that time, I could use
the AMD HD 7730M 2gb GPU of my Dell Inspiron 7520 Core I7
notebook, 8gb RAM.

When dt started to use GTK 3.0, I had to upgrade to Ubuntu
16.04, in order to be able to compile the package.
With Ubuntu 16.04, I lost the graphics card proprietary
driver. No more AmdGPU, no more Opencl, and my computer is
like a snail nowadays... Even with fresh installation of
Ubuntu 16.04.

My options are:

Buy a new Laptop (maybe a Gamer machine with Geforce 1050)
for a lot of cash,

or.

Say goodbye to Linux and go back to Windows, since AMD
still supports my graphics card (last update
february/2018) and dt now runs on Windows.

My questions are:
1) Is dt for windows stable, right now?

2) What are your opinion about the above scenario?

Thank you in advance!
-- 
André Felipe





darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...

Re: [darktable-user] Darktable on Windows

[Bernhard]

André Felipe Carvalho schrieb am 20.02.2018 um 11:56:
Well, I think I could try to go back to 14.04 and use the packaged 
version of dt. 
Did you backup your database/profile before upgrading to dt 2.4 (which I 
presume is what you used in ubuntu 16.04)?

Otherwise you might run into problems downgrading.

--

regards
Bernhard

https://www.bilddateien.de


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Heavily disappointed about openCL

[Bernhard]

Hi,

I ran into another problem with my new GeForce GTX 1050 Ti in my system 
regarding openCL.
Every now and then I see a message about darktable finding problems with 
openCL and disabling it "for this session".
I then have to reboot the complete machine to get this working again - 
but not for a long time and I have the same message again.



System:Host: benutzer Kernel: 4.13.0-32-generic x86_64 (64 bit gcc: 
5.4.0)

   Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3)
   Distro: Linux Mint 18.2 Sonya
Machine:   Mobo: ASUSTeK model: P8Z77-M v: Rev 1.xx
   Bios: American Megatrends v: 2003 date: 05/09/2013
CPU:   Quad core Intel Core i5-3570 (-MCP-) cache: 6144 KB
   flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 
27280

   clock speeds: max: 3800 MHz 1: 3410 MHz 2: 3410 MHz 3: 3410 MHz
   4: 3410 MHz
Graphics:  Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics 
Controller

   bus-ID: 00:02.0
   Display Server: X.Org 1.18.4 driver: intel
   Resolution: 1920x1200@59.95hz
   GLX Renderer: Mesa DRI Intel Ivybridge Desktop
   GLX Version: 3.0 Mesa 17.2.4 Direct Rendering: Yes

~ $ darktable -d opencl

reports the following while opening some pictures in darkroom mode:

(...)
[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [full] using device -1
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [thumbnail] falling back to cpu path
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [thumbnail] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5
[opencl] frequent opencl errors encountered; disabling opencl for this 
session!

[pixelpipe_process] [thumbnail] falling back to cpu path
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [preview] using device -1

Does anyone have an idea what I could look for?

--

regards
Bernhard

https://www.bilddateien.de



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Heavily disappointed about openCL

[Ulrich Pegelow]

That's an out-of-resources problem on your graphics card. Try to 
increase darktable's config variable opencl_memory_headroom (in file 
darktablerc) to something like 400.


Please also make sure that no other application uses substantial amounts 
of GPU memory. You can use program nvidia-smi to find out. Here on a 
GTX1060 with 6GB it looks like below, indicating that only about 200MB 
of GPU memory are in use by the system or any other apps.


Best wishes

Ulrich


Tue Feb 20 20:07:11 2018
+-+
| NVIDIA-SMI 384.111Driver Version: 384.111 
 |

|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |

|===+==+==|
|   0  GeForce GTX 106...  Off  | :01:00.0  On | 
 N/A |
|  4%   50CP810W / 120W |182MiB /  6065MiB |  0% 
Default |

+---+--+--+


+-+
| Processes:   GPU 
Memory |
|  GPU   PID   Type   Process name Usage 
 |

|=|
|0  3534  G   /usr/bin/X 
107MiB |
|0  4201  G   kwin_x11 
16MiB |
|0  4216  G   /usr/bin/krunner 
1MiB |
|0  4217  G   /usr/bin/plasmashell 
51MiB |
|0  4261  G   /usr/bin/kgpg 
2MiB |

+-+


Am 20.02.2018 um 20:01 schrieb Bernhard:

Hi,

I ran into another problem with my new GeForce GTX 1050 Ti in my system 
regarding openCL.
Every now and then I see a message about darktable finding problems with 
openCL and disabling it "for this session".
I then have to reboot the complete machine to get this working again - 
but not for a long time and I have the same message again.



System:    Host: benutzer Kernel: 4.13.0-32-generic x86_64 (64 bit gcc: 
5.4.0)

    Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3)
    Distro: Linux Mint 18.2 Sonya
Machine:   Mobo: ASUSTeK model: P8Z77-M v: Rev 1.xx
    Bios: American Megatrends v: 2003 date: 05/09/2013
CPU:   Quad core Intel Core i5-3570 (-MCP-) cache: 6144 KB
    flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 
27280

    clock speeds: max: 3800 MHz 1: 3410 MHz 2: 3410 MHz 3: 3410 MHz
    4: 3410 MHz
Graphics:  Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics 
Controller

    bus-ID: 00:02.0
    Display Server: X.Org 1.18.4 driver: intel
    Resolution: 1920x1200@59.95hz
    GLX Renderer: Mesa DRI Intel Ivybridge Desktop
    GLX Version: 3.0 Mesa 17.2.4 Direct Rendering: Yes

~ $ darktable -d opencl

reports the following while opening some pictures in darkroom mode:

(...)
[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [full] using device -1
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [thumbnail] falling back to cpu path
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [thumbnail] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5
[opencl] frequent opencl errors encountered; disabling opencl for this 
session!

[pixelpipe_process] [thumbnail] falling back to cpu path
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [preview] using device -1

Does anyone have an idea what I could look for?




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Heavily disappointed about openCL

[Bernhard]

Hi Ulrich,

thanks for quick response. I found this 
http://darktable-devel.narkive.com/K9FwaE0y/opencl-problem in the 
meantime and already tried a value of 500 (does this have side affects?) 
and could not reproduce the problem til now.

darktable reports

[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [thumbnail] using device 0
wait time 0,144355s
try- wait time 0,143256s
wait time 0,165599s
try- wait time 0,164212s
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1
[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [full] using device -1
[pixelpipe_process] [full] using device 0
[pixelpipe_process] [preview] using device -1

when doing the same thing (switching between images in darkroom mode).
Does that _wait time_ indicate another problem?

And thanks for this

~ $ nvidia-smi
Tue Feb 20 20:29:46 2018
+-+
| NVIDIA-SMI 384.111    Driver Version: 
384.111   |

|---+--+--+
| GPU  Name    Persistence-M| Bus-Id    Disp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  
Compute M. |

|===+==+==|
|   0  GeForce GTX 105...  Off  | :01:00.0  On 
|  N/A |
| 20%   42C    P8   ERR! /  75W |    269MiB /  4035MiB |  0%  
Default |

+---+--+--+

+-+
| Processes: GPU Memory |
|  GPU   PID   Type   Process name 
Usage  |

|=|
|    0  1363  G /usr/lib/xorg/Xorg   
148MiB |
|    0  2005  G cinnamon  
74MiB |
|    0  3425  C darktable 
43MiB |

+-+

I didn't know about it.

Does this still apply?

Ulrich Pegelow
3 years agoPermalink 
Forgot to mention. If you have other applications which consume
significant amounts of GPU memory this could also cause OpenCL in
darktable to fail. Unfortunately there is no way to find out at any time
which amount of GPU memory is still available. Therefore darktable
assumes it can have all minus the amount given in opencl_memory_headroom.
So - if darktable fails => I should see high volumes of GPU memory 
usage? And also the apps that cause the problem, I assume?

I'll watch this. Thank you.

--

regards
Bernhard

https://www.bilddateien.de



Ulrich Pegelow schrieb am 20.02.2018 um 20:09:
That's an out-of-resources problem on your graphics card. Try to 
increase darktable's config variable opencl_memory_headroom (in file 
darktablerc) to something like 400.


Please also make sure that no other application uses substantial 
amounts of GPU memory. You can use program nvidia-smi to find out. 
Here on a GTX1060 with 6GB it looks like below, indicating that only 
about 200MB of GPU memory are in use by the system or any other apps.


Best wishes

Ulrich


Tue Feb 20 20:07:11 2018
+-+ 


| NVIDIA-SMI 384.111    Driver Version: 384.111  |
|---+--+--+ 

| GPU  Name    Persistence-M| Bus-Id    Disp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |
|===+==+==| 


|   0  GeForce GTX 106...  Off  | :01:00.0  On |  N/A |
|  4%   50C    P8    10W / 120W |    182MiB /  6065MiB |  0% 
Default |
+---+--+--+ 




+-+ 


| Processes: GPU Memory |
|  GPU   PID   Type   Process name 
Usage  |
|=| 


|    0  3534  G   /usr/bin/X 107MiB |
|    0  4201  G   kwin_x11 16MiB |
|    0  4216  G   /usr/bin/krunner 1MiB |
|    0  4217  G   /usr/bin/plasmashell 51MiB |
|    0  4261  G   /usr/bin/kgpg 2MiB |
+-+ 




Am 20.02.2018 um

Re: [darktable-user] Heavily disappointed about openCL

[Peter Mc Donough]

Am 20.02.2018 um 20:09 schrieb Ulrich Pegelow:
That's an out-of-resources problem on your graphics card. Try to 
increase darktable's config variable opencl_memory_headroom (in file 
darktablerc) to something like 400.


Shouldn't that be configured in darktable GUI settings options?

e.g. With graphics cards with less than "whatever" memory set headroom 
to "whatever" and avoid running other graphics card loads.


cu
Peter

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Heavily disappointed about openCL

[Ulrich Pegelow]

With today's typical amount of graphics cards memory we should probably 
increase the default setting of that parameter to maybe 400 or 450.


In "the old days" when we only had like 1GB a too high value would have 
forced darktable to go into useless tiling, but with more GPU memory 
that's really not an issue any longer.


Ulrich

Am 20.02.2018 um 20:46 schrieb Peter Mc Donough:

Am 20.02.2018 um 20:09 schrieb Ulrich Pegelow:
That's an out-of-resources problem on your graphics card. Try to 
increase darktable's config variable opencl_memory_headroom (in file 
darktablerc) to something like 400.


Shouldn't that be configured in darktable GUI settings options?

e.g. With graphics cards with less than "whatever" memory set headroom 
to "whatever" and avoid running other graphics card loads.


cu
Peter


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Heavily disappointed about openCL

[Michael Rasmussen]

On Tue, 20 Feb 2018 21:57:31 +0100
Ulrich Pegelow  wrote:

> With today's typical amount of graphics cards memory we should probably 
> increase the default setting of that parameter to maybe 400 or 450.
> 
With 2GB of GPU RAM I have found the sweet spot to be 
opencl_memory_headroom=400
opencl_memory_requirement=768

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--
/usr/games/fortune -es says:
The secret of healthy hitchhiking is to eat junk food.


pgpiQAvZ1fOuU.pgp
Description: OpenPGP digital signature

Re: [darktable-user] Heavily disappointed about openCL

[Bernhard]

Michael Rasmussen schrieb am 20.02.2018 um 22:57:

On Tue, 20 Feb 2018 21:57:31 +0100
Ulrich Pegelow  wrote:


With today's typical amount of graphics cards memory we should probably 
increase the default setting of that parameter to maybe 400 or 450.


With 2GB of GPU RAM I have found the sweet spot to be
opencl_memory_headroom=400
opencl_memory_requirement=768

Just had the issue again with

~ $ nvidia-smi
Wed Feb 21 07:17:20 2018
+-+
| NVIDIA-SMI 384.111    Driver Version: 
384.111   |

|---+--+--+
| GPU  Name    Persistence-M| Bus-Id    Disp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |

|===+==+==|
|   0  GeForce GTX 105...  Off  | :01:00.0  On 
|  N/A |

| 20%   30C    P8   ERR! /  75W |    328MiB /  4035MiB | 5%  Default |
+---+--+--+

+-+
| Processes: GPU Memory |
|  GPU   PID   Type   Process name Usage  |
|=|
|    0  1363  G /usr/lib/xorg/Xorg   
207MiB |
|    0  2005  G cinnamon  
57MiB |
|    0  3425  C darktable 
43MiB |

+-+

I exported several pictures and toggled nvidia-smi in another terminal 
to see if GPU-Memory usage will increase => nothing the like.


darktable -d reported

[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [thumbnail] using device 0
wait time 0,109648s
wait time 0,110881s
[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [thumbnail] using device 0
[pixelpipe_process] [export] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [export] falling back to cpu path
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0268.jpg'

[pixelpipe_process] [export] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [export] falling back to cpu path
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0266.jpg'

[pixelpipe_process] [export] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [export] falling back to cpu path
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0252.jpg'

[pixelpipe_process] [export] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5

[pixelpipe_process] [export] falling back to cpu path
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0246.jpg'

[pixelpipe_process] [export] using device 0
[opencl_pixelpipe] couldn't copy image to opencl device for module 
rawprepare
[opencl_pixelpipe] could not run module 'rawprepare' on gpu. falling 
back to cpu path
[opencl_pixelpipe (b)] late opencl error detected while copying back to 
cpu buffer: -5
[opencl] frequent opencl errors encountered; disabling opencl for this 
session!

[pixelpipe_process] [export] falling back to cpu path
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0245.jpg'

[pixelpipe_process] [export] using device -1
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0242.jpg'

[pixelpipe_process] [export] using device -1
[export_job] exported to 
`/home/username/path-to-export/2018-02-21_07-16-45/20180218_n5x0240.jpg'


opencl_memory_headroom=500
opencl_memory_requirement=768

--

regards
Bernhard

https://www.bilddateien.de


darktable user mailing list
to unsubscribe send a mail to darktable-use

Re: [darktable-user] Heavily disappointed about openCL

[Michael Rasmussen]

On Wed, 21 Feb 2018 07:35:32 +0100
Bernhard  wrote:

> 
> ~ $ nvidia-smi
> Wed Feb 21 07:17:20 2018
> +-+
> | NVIDIA-SMI 384.111    Driver Version: 384.111   
> |
> |---+--+--+
> | GPU  Name    Persistence-M| Bus-Id    Disp.A | Volatile Uncorr. ECC 
> |
> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
> |===+==+==|
> |   0  GeForce GTX 105...  Off  | :01:00.0  On |  N/A 
> |
> | 20%   30C    P8   ERR! /  75W |    328MiB /  4035MiB | 5%  Default |
> +---+--+--+
> 
> +-+
> | Processes: GPU Memory |
> |  GPU   PID   Type   Process name Usage  |
> |=|
> |    0  1363  G /usr/lib/xorg/Xorg   207MiB |
> |    0  2005  G cinnamon  57MiB |
> |    0  3425  C darktable 43MiB |
> +-+
> 
Try running this command in another terminal while running the
darktable command: watch -n 1 nvidia-smi (this will call nvidia-smi
every second)

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--
/usr/games/fortune -es says:
It's the thought, if any, that counts!


pgpXWI8qrb2Hx.pgp
Description: OpenPGP digital signature

Re: [darktable-user] Heavily disappointed about openCL

[Christian Kanzian]

Hi,

Am 2018-02-21 07:35, schrieb Bernhard:

Michael Rasmussen schrieb am 20.02.2018 um 22:57:

On Tue, 20 Feb 2018 21:57:31 +0100
Ulrich Pegelow  wrote:

With today's typical amount of graphics cards memory we should 
probably increase the default setting of that parameter to maybe 400 
or 450.



With 2GB of GPU RAM I have found the sweet spot to be
opencl_memory_headroom=400
opencl_memory_requirement=768

Just had the issue again with



Your's

~ $ nvidia-smi
Wed Feb 21 07:17:20 2018
+-+
| NVIDIA-SMI 384.111    Driver Version: 
384.111   |

|---+--+--+
| GPU  Name    Persistence-M| Bus-Id    Disp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |

|===+==+==|
|   0  GeForce GTX 105...  Off  | :01:00.0  On 
|  N/A |
| 20%   30C    P8   ERR! /  75W |    328MiB /  4035MiB | 5%  
Default |

+---+--+--+



Ulrich's

+-+
| NVIDIA-SMI 384.111Driver Version: 384.111  |
|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |

|===+==+==|
|   0  GeForce GTX 106...  Off  | :01:00.0  On |  N/A |
|  4%   50CP810W / 120W |182MiB /  6065MiB |  0% Default 
|

+---+--+--+

What about this "ERR!". Are you sure that there is no hardware issue? 
Power Supply? darktable puts a have load on the GPU.


Ciao,
Christian

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org