Re: [darktable-dev] Current dt master very slow

[Terry Duell]

Hello rawfiner,

On Mon, 30 Sep 2019 04:48:01 +1000, rawfiner  wrote:


@Terry, you can try with current master (that now includes the patch to
make non local means preview faster)



Thanks, that makes it a bit easier for me.
I have just built and tested the master (1904-g2e4ba4b8b) and the profiled  
de-noise non local means is much faster.


Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

@Terry, you can try with current master (that now includes the patch to
make non local means preview faster)

Cheers,
rawfiner

Le dim. 29 sept. 2019 à 06:45, Terry Duell  a écrit :

> On Sun, 29 Sep 2019 09:59:43 +1000, jys 
> wrote:
>
> >
> >
> > On Sat, Sep 28, 2019, at 16:40, Terry Duell wrote:
> >
> >>RawSpeed submodule not found.  You probably want to run:
> >>
> >>$ git submodule init
> >>
> >>and then
> >>
> >>$ git submodule update
> >
> > That.
> >
> > You need to run those commands in a new local darktable git repo to
> pull
> > in the rawspeed stuff. It's not a bad idea to run the update command
> > again after each pull from upstream, just to stay in sync.
> >
> > Full build instructions in the readme:
> > https://github.com/darktable-org/darktable/blob/master/README.md
> >
>
> Sorry, a reply seems to have got away without my response.
> Thanks for your info.
> I understand those requirement for a git clone, it is something that I
> automatically do here via a script, to keep my git repository clone up to
> date.
> I wanted to avoid having to create another repository clone to test
> rawfiner's changes to his local repository, by grabbing a zip archive
> which is an option that was provided, thinking this would suffice for a
> local test build. It escaped me that a git clone and all that entailed,
> would be required.
>
>
> Cheers,
> --
> Regards,
> Terry Duell
> ___
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

On Sun, 29 Sep 2019 09:59:43 +1000, jys   
wrote:





On Sat, Sep 28, 2019, at 16:40, Terry Duell wrote:


   RawSpeed submodule not found.  You probably want to run:

   $ git submodule init

   and then

   $ git submodule update


That.

You need to run those commands in a new local darktable git repo to pull  
in the rawspeed stuff. It's not a bad idea to run the update command  
again after each pull from upstream, just to stay in sync.


Full build instructions in the readme:  
https://github.com/darktable-org/darktable/blob/master/README.md




Sorry, a reply seems to have got away without my response.
Thanks for your info.
I understand those requirement for a git clone, it is something that I  
automatically do here via a script, to keep my git repository clone up to  
date.
I wanted to avoid having to create another repository clone to test  
rawfiner's changes to his local repository, by grabbing a zip archive  
which is an option that was provided, thinking this would suffice for a  
local test build. It escaped me that a git clone and all that entailed,  
would be required.



Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[jys]

On Sat, Sep 28, 2019, at 16:40, Terry Duell wrote:

>RawSpeed submodule not found.  You probably want to run:
> 
>$ git submodule init
> 
>and then
> 
>$ git submodule update

That.

You need to run those commands in a new local darktable git repo to pull in the 
rawspeed stuff. It's not a bad idea to run the update command again after each 
pull from upstream, just to stay in sync.

Full build instructions in the readme: 
https://github.com/darktable-org/darktable/blob/master/README.md

-- 
jys
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

Hello rawfiner,

On Sat, 28 Sep 2019 20:47:40 +1000, rawfiner  wrote:


Please, could you test branch rawfiner-faster-nlmeans-preview of my git
repository https://github.com/rawfiner/darktable
I tried to make preview of non local means faster while keeping the  
preview accuracy.




I downloaded a zip from your repository.
I've had a try at a build but having problems.
I only ever build using rpmbuild, and I'm getting the following error  
message...


-- All external programs found
-- Found Gettext: /usr/bin/msgmerge (found version "0.19.8.1")
-- Found msgfmt to convert .po file. Translation enabled
CMake Error at src/external/CMakeLists.txt:11 (message):
  RawSpeed submodule not found.  You probably want to run:

  $ git submodule init

  and then

  $ git submodule update


-- Configuring incomplete, errors occurred!
See also  
"/home/terry/rpmbuild/BUILD/darktable-master/build/CMakeFiles/CMakeOutput.log".
See also  
"/home/terry/rpmbuild/BUILD/darktable-master/build/CMakeFiles/CMakeError.log".

error: Bad exit status from /var/tmp/rpm-tmp.TlMbhX (%build)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.TlMbhX (%build)

This is getting a bit beyond my competence.

Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

On Sat, 28 Sep 2019 17:20:28 +1000, rawfiner  wrote:

[snip]


> On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell 
> wrote:

> Some more info that may help with this issue.
> I just downgraded to a build of dt that I made on 25 Sep, and
> performance is back to what I have been used to, so I am guessing that
> something changed in dt source since that version that impinges on
> performance, or something has changed on my system that has affected
> subsequent builds??

My build from 25th Sep (with OpenMP on) is now locking up, and I have to
force a quit, so downgraded again to a build from 23rd Sep and that is
doing the same.



Just to be sure, when downgrading like this, you start from files without
xmp and a fresh database?


No, I'm simply revisiting folders with raw files that have been previously  
processed.

My ignorance, or not thinking led me to overlook that.
Is that a possible cause of these earlier builds of dt locking up?

Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

Please, could you test branch rawfiner-faster-nlmeans-preview of my git
repository https://github.com/rawfiner/darktable
I tried to make preview of non local means faster while keeping the preview
accuracy.

Cheers,
rawfiner

Le sam. 28 sept. 2019 à 09:26, rawfiner  a écrit :

>
>
> Le sam. 28 sept. 2019 à 00:59, Terry Duell  a écrit :
>
>> Hello All,
>>
>> On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell 
>> wrote:
>>
>> > Hello,
>> > I've just built the current master (1886-ga2f84373b) on Fedora 30,
>> using
>> > my usual rpmbuild spec file, and find that it is very slow,far.
>>
>> Some more info that may help with this issue.
>> I just downgraded to a build of dt that I made on 25 Sep, and
>> performance
>> is back to what I have been used to, so I am guessing that something
>> changed in dt source since that version that impinges on performance, or
>> something has changed on my system that has affected subsequent builds??
>> I am unsure if there is a way to identity the specific version of the
>> master that was used for my build on the 25th.
>> Hope this helps.
>>
>
> Thanks for narrowing the search :-)
> So, it may be the addition of extra wavelets scales, but that should only
> make dt slower when in wavelets mode (and is necessary to denoise correctly
> high iso images).
> Or the commit that makes denoise profile non local means preview more
> accurate. For this one, you should only see speed differences when zoomed
> out, at 100% it should not make any difference. Anyway, I can try to make
> it a bit faster again we zoomed out while trying not to lower preview
> accuracy.
>
> Cheers,
> rawfiner
>
>
>>
>> Cheers,
>> --
>> Regards,
>> Terry Duell
>>
>> ___
>> darktable developer mailing list
>> to unsubscribe send a mail to
>> darktable-dev+unsubscr...@lists.darktable.org
>>
>>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

Le sam. 28 sept. 2019 à 00:59, Terry Duell  a écrit :

> Hello All,
>
> On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell 
> wrote:
>
> > Hello,
> > I've just built the current master (1886-ga2f84373b) on Fedora 30,
> using
> > my usual rpmbuild spec file, and find that it is very slow,far.
>
> Some more info that may help with this issue.
> I just downgraded to a build of dt that I made on 25 Sep, and performance
> is back to what I have been used to, so I am guessing that something
> changed in dt source since that version that impinges on performance, or
> something has changed on my system that has affected subsequent builds??
> I am unsure if there is a way to identity the specific version of the
> master that was used for my build on the 25th.
> Hope this helps.
>

Thanks for narrowing the search :-)
So, it may be the addition of extra wavelets scales, but that should only
make dt slower when in wavelets mode (and is necessary to denoise correctly
high iso images).
Or the commit that makes denoise profile non local means preview more
accurate. For this one, you should only see speed differences when zoomed
out, at 100% it should not make any difference. Anyway, I can try to make
it a bit faster again we zoomed out while trying not to lower preview
accuracy.

Cheers,
rawfiner


>
> Cheers,
> --
> Regards,
> Terry Duell
> ___
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

Le sam. 28 sept. 2019 à 09:00, Terry Duell  a écrit :

> More grist for the mill...
>
> On Sat, 28 Sep 2019 08:58:33 +1000, Terry Duell 
> wrote:
>
> > Hello All,
> >
> > On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell 
> > wrote:
>
> > Some more info that may help with this issue.
> > I just downgraded to a build of dt that I made on 25 Sep, and
> > performance is back to what I have been used to, so I am guessing that
> > something changed in dt source since that version that impinges on
> > performance, or something has changed on my system that has affected
> > subsequent builds??
>
> My build from 25th Sep (with OpenMP on) is now locking up, and I have to
> force a quit, so downgraded again to a build from 23rd Sep and that is
> doing the same.
>

Just to be sure, when downgrading like this, you start from files without
xmp and a fresh database?

I never had any of these issues with those builds previously, so it is
> beginning to look like something has changed on my system that is
> affecting this.
> I'll do a new build of the current master, with OpenMP off, and see how
> that behaves.
>
> Cheers,
> --
> Regards,
> Terry Duell
> ___
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

More grist for the mill...

On Sat, 28 Sep 2019 08:58:33 +1000, Terry Duell   
wrote:



Hello All,

On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell   
wrote:



Some more info that may help with this issue.
I just downgraded to a build of dt that I made on 25 Sep, and  
performance is back to what I have been used to, so I am guessing that  
something changed in dt source since that version that impinges on  
performance, or something has changed on my system that has affected  
subsequent builds??


My build from 25th Sep (with OpenMP on) is now locking up, and I have to  
force a quit, so downgraded again to a build from 23rd Sep and that is  
doing the same.
I never had any of these issues with those builds previously, so it is  
beginning to look like something has changed on my system that is  
affecting this.
I'll do a new build of the current master, with OpenMP off, and see how  
that behaves.


Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

Hello All,

On Fri, 27 Sep 2019 09:42:54 +1000, Terry Duell   
wrote:



Hello,
I've just built the current master (1886-ga2f84373b) on Fedora 30, using  
my usual rpmbuild spec file, and find that it is very slow,far.


Some more info that may help with this issue.
I just downgraded to a build of dt that I made on 25 Sep, and performance  
is back to what I have been used to, so I am guessing that something  
changed in dt source since that version that impinges on performance, or  
something has changed on my system that has affected subsequent builds??
I am unsure if there is a way to identity the specific version of the  
master that was used for my build on the 25th.

Hope this helps.

Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

On Fri, 27 Sep 2019 16:34:03 +1000, rawfiner  wrote:


If it is only zooming,


No not just zooming, all actions seem much slower, particularly noticeable  
with profiled denoise non-local means, I rarely use the wavelets.


Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[thokster]

It's only with wavelets mode

Am 27.09.19 um 09:54 schrieb rawfiner:
Le ven. 27 sept. 2019 à 09:50, thokster > a écrit :


Hi,
on my Ubuntu system it seems to be both. It's less slow when using
the
button but still slow with denoiseprofile.
darktable -d opencl says:

369,710244 [opencl_denoiseprofile] couldn't enqueue kernel! -52,
devid 0
369,710270 [opencl_pixelpipe] could not run module
'denoiseprofile' on
gpu. falling back to cpu path


I unfortunately can't reproduce this issue on my side...
Could you tell me if it is with wavelets mode or non local means mode 
or both?


rawfiner


(once when using the button, twice with mouse-wheel)

Am 27.09.19 um 08:34 schrieb rawfiner:
> If it is only zooming, I guess this may be relared to the
problem that
> computations are triggered twice when zooming with the mouse wheel,
> which doubles the processing time. If you zoom with the button
on the
> up-left part of the darkroom, do you experience the same issues?
>
> rawfiner
>
>
> Le ven. 27 sept. 2019 à 08:17, Terry Duell mailto:tdu...@iinet.net.au>
> >> a écrit :
>
>     Hello Andreas,
>
>     On Fri, 27 Sep 2019 16:03:54 +1000, Andreas Schneider
>     mailto:a...@cryptomilk.org>
>>
>     wrote:
>
>     > On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
>     >> Hello,
>     >
>     > Hi,
>     >
>     >> I've just built the current master (1886-ga2f84373b) on
Fedora
>     30, using
>     >> my usual rpmbuild spec file, and find that it is very slow,
>     particularly
>     >> noticeable when zooming the image or applying noise
reduction,
>     it takes
>     >> much longer than previous builds to finish 'working'.
>     >> It's possible I have a local issue, but not seen anything
>     obvious thus
>     >> far.
>     >
>     > OpenMP is turned off in the Fedora spec file.
>
>     I agree that would be the first best guess, but OpenMP is turned
>     on in my
>     spec file.
>     I searched the rpmbuild output and OpenMP is found.
>
>     Cheers,
>     --
>     Regards,
>     Terry Duell
>
 ___
>     darktable developer mailing list
>     to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org

>     >
>
>
>
___

> darktable developer mailing list to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org



___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[hanno]

Right. We must make sure the fedora people change that. Stock dt on fedora is a 
Desaster. Unfortunately we will have f31 before dt3. 




On Fri, Sep 27, 2019 at 8:04 AM +0200, "Andreas Schneider" 
 wrote:










On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
> Hello,

Hi,

> I've just built the current master (1886-ga2f84373b) on Fedora 30, using
> my usual rpmbuild spec file, and find that it is very slow, particularly
> noticeable when zooming the image or applying noise reduction, it takes
> much longer than previous builds to finish 'working'.
> It's possible I have a local issue, but not seen anything obvious thus far.

OpenMP is turned off in the Fedora spec file.


Andreas

-- 
Andreas Schneider a...@cryptomilk.org
GPG-ID: 8DFF53E18F2ABC8D8F3C92237EE0FC4DCC014E3D


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org







___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

Le ven. 27 sept. 2019 à 09:50, thokster  a écrit :

> Hi,
> on my Ubuntu system it seems to be both. It's less slow when using the
> button but still slow with denoiseprofile.
> darktable -d opencl says:
>
> 369,710244 [opencl_denoiseprofile] couldn't enqueue kernel! -52, devid 0
> 369,710270 [opencl_pixelpipe] could not run module 'denoiseprofile' on
> gpu. falling back to cpu path
>

I unfortunately can't reproduce this issue on my side...
Could you tell me if it is with wavelets mode or non local means mode or
both?

rawfiner


> (once when using the button, twice with mouse-wheel)
>
> Am 27.09.19 um 08:34 schrieb rawfiner:
> > If it is only zooming, I guess this may be relared to the problem that
> > computations are triggered twice when zooming with the mouse wheel,
> > which doubles the processing time. If you zoom with the button on the
> > up-left part of the darkroom, do you experience the same issues?
> >
> > rawfiner
> >
> >
> > Le ven. 27 sept. 2019 à 08:17, Terry Duell  > > a écrit :
> >
> > Hello Andreas,
> >
> > On Fri, 27 Sep 2019 16:03:54 +1000, Andreas Schneider
> > mailto:a...@cryptomilk.org>>
> > wrote:
> >
> > > On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
> > >> Hello,
> > >
> > > Hi,
> > >
> > >> I've just built the current master (1886-ga2f84373b) on Fedora
> > 30, using
> > >> my usual rpmbuild spec file, and find that it is very slow,
> > particularly
> > >> noticeable when zooming the image or applying noise reduction,
> > it takes
> > >> much longer than previous builds to finish 'working'.
> > >> It's possible I have a local issue, but not seen anything
> > obvious thus
> > >> far.
> > >
> > > OpenMP is turned off in the Fedora spec file.
> >
> > I agree that would be the first best guess, but OpenMP is turned
> > on in my
> > spec file.
> > I searched the rpmbuild output and OpenMP is found.
> >
> > Cheers,
> > --
> > Regards,
> > Terry Duell
> >
>  ___
> > darktable developer mailing list
> > to unsubscribe send a mail to
> > darktable-dev+unsubscr...@lists.darktable.org
> > 
> >
> >
> >
> ___
> > darktable developer mailing list to unsubscribe send a mail to
> > darktable-dev+unsubscr...@lists.darktable.org
>
>
> ___
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[thokster]

Hi,
on my Ubuntu system it seems to be both. It's less slow when using the 
button but still slow with denoiseprofile.

darktable -d opencl says:

369,710244 [opencl_denoiseprofile] couldn't enqueue kernel! -52, devid 0
369,710270 [opencl_pixelpipe] could not run module 'denoiseprofile' on 
gpu. falling back to cpu path


(once when using the button, twice with mouse-wheel)

Am 27.09.19 um 08:34 schrieb rawfiner:
If it is only zooming, I guess this may be relared to the problem that 
computations are triggered twice when zooming with the mouse wheel, 
which doubles the processing time. If you zoom with the button on the 
up-left part of the darkroom, do you experience the same issues?


rawfiner


Le ven. 27 sept. 2019 à 08:17, Terry Duell > a écrit :


Hello Andreas,

On Fri, 27 Sep 2019 16:03:54 +1000, Andreas Schneider
mailto:a...@cryptomilk.org>>
wrote:

> On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
>> Hello,
>
> Hi,
>
>> I've just built the current master (1886-ga2f84373b) on Fedora
30, using
>> my usual rpmbuild spec file, and find that it is very slow,
particularly
>> noticeable when zooming the image or applying noise reduction,
it takes
>> much longer than previous builds to finish 'working'.
>> It's possible I have a local issue, but not seen anything
obvious thus
>> far.
>
> OpenMP is turned off in the Fedora spec file.

I agree that would be the first best guess, but OpenMP is turned
on in my
spec file.
I searched the rpmbuild output and OpenMP is found.

Cheers,
-- 
Regards,

Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to
darktable-dev+unsubscr...@lists.darktable.org



___ 
darktable developer mailing list to unsubscribe send a mail to 
darktable-dev+unsubscr...@lists.darktable.org



___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[rawfiner]

If it is only zooming, I guess this may be relared to the problem that
computations are triggered twice when zooming with the mouse wheel, which
doubles the processing time. If you zoom with the button on the up-left
part of the darkroom, do you experience the same issues?

rawfiner


Le ven. 27 sept. 2019 à 08:17, Terry Duell  a écrit :

> Hello Andreas,
>
> On Fri, 27 Sep 2019 16:03:54 +1000, Andreas Schneider 
>
> wrote:
>
> > On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
> >> Hello,
> >
> > Hi,
> >
> >> I've just built the current master (1886-ga2f84373b) on Fedora 30, using
> >> my usual rpmbuild spec file, and find that it is very slow, particularly
> >> noticeable when zooming the image or applying noise reduction, it takes
> >> much longer than previous builds to finish 'working'.
> >> It's possible I have a local issue, but not seen anything obvious thus
> >> far.
> >
> > OpenMP is turned off in the Fedora spec file.
>
> I agree that would be the first best guess, but OpenMP is turned on in my
> spec file.
> I searched the rpmbuild output and OpenMP is found.
>
> Cheers,
> --
> Regards,
> Terry Duell
> ___
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Terry Duell]

Hello Andreas,

On Fri, 27 Sep 2019 16:03:54 +1000, Andreas Schneider   
wrote:



On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:

Hello,


Hi,


I've just built the current master (1886-ga2f84373b) on Fedora 30, using
my usual rpmbuild spec file, and find that it is very slow, particularly
noticeable when zooming the image or applying noise reduction, it takes
much longer than previous builds to finish 'working'.
It's possible I have a local issue, but not seen anything obvious thus  
far.


OpenMP is turned off in the Fedora spec file.


I agree that would be the first best guess, but OpenMP is turned on in my  
spec file.

I searched the rpmbuild output and OpenMP is found.

Cheers,
--
Regards,
Terry Duell
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] Current dt master very slow

[Andreas Schneider]

On Friday, 27 September 2019 01:42:54 CEST Terry Duell wrote:
> Hello,

Hi,

> I've just built the current master (1886-ga2f84373b) on Fedora 30, using
> my usual rpmbuild spec file, and find that it is very slow, particularly
> noticeable when zooming the image or applying noise reduction, it takes
> much longer than previous builds to finish 'working'.
> It's possible I have a local issue, but not seen anything obvious thus far.

OpenMP is turned off in the Fedora spec file.


Andreas

-- 
Andreas Schneider a...@cryptomilk.org
GPG-ID: 8DFF53E18F2ABC8D8F3C92237EE0FC4DCC014E3D


___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org