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: Fwd: Fwd: [darktable-dev] Standardization of the writing of mouse interactions in the user manual

[openHAB . Doc]

Hi Bruce,

 

don‘t worry!
I didn't take your first answer personally. Apology accepted!

 

Much more important is that we are working on the same thing - improving the darktable documentation!

 

In the meantime I have looked at user manuals of applications with mouse interactions which I know. In these projects the mouse interactions are described within the text.

https://docs.gimp.org/2.10/en/gimp-tool-clone.html
https://docs.blender.org/manual/en/latest/editors/3dview/navigate/navigation.html#orbit
https://docs.blender.org/manual/en/latest/editors/3dview/navigate/navigation.html#panning

 

Exceptions are keyboard shortcuts overviews, then the mouse interactions are written in the form Ctrl+click.

https://docs.gimp.org/2.10/en/key-reference-view.html (see rulers and guides)

 

I fully agree with Bruce's statement.
But I'm happy to go with whatever concensus is agreed upon by the group.

 

To get a good result, further opinions on this topic are helpful and it would be nice if more developers would comment on this topic!

 

Cheers,
Pierre Metzner

 


> Von: "Bruce Williams" 
> Datum: 27. September 2019 um 01:01
> An: darktable 
> Betreff: Fwd: Fwd: [darktable-dev] Standardization of the writing of mouse interactions in the user manual

> Pierre,
> First up, my sincerest apologies!
> I did not realize that that was YOUR sentence. I thought it was something you had found on the page you had linked to.
> I would not have been so brutal had I understood. Sorry! :)
> 
> And yes, you are correct. Our previous discussions were more about the ratifying of how to document key combinations, but we had not discussed mouse intersections as well.
> 
> You said:
> 
> IMHO it should be considered to completely eliminate the spelling of mouse
> interactions in combination with keys like Ctrl+move, Ctrl+scoll or
> Ctrl+right click in the manual and to express this in sentences instead
> (see example sentence).
> 
> Hmmm, not sure I agree on this point.
> I think for consistency's sake, the idea of a group of commands looking like this
> 
> Ctrl+A
> Shift+L
> Ctrl+(right click)
> Alt+(scroll wheel)
> 
> makes more sense than
> 
> Ctrl+A
> Shift+L
> press/hold the Ctrl key and right click
> press/hold the Alt key and scroll the mouse wheel
> This is just my view.
> But I'm happy to go with whatever concensus is agreed upon by the group.
> 
> Cheers,
> Bruce Williams.




 




___
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