No. Doesn't happen anymore. On Wed, 14 Sep 2016 at 18:26 Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote:
> Any backtrace? > > Am 14.09.2016 um 19:12 schrieb Colin Adams: > > It causes darktable 2.0.5 (Fedora) to crash. Switching back to false > > cures the problem. So please don't change. > > > > On Wed, 14 Sep 2016 at 17:56 Ulrich Pegelow <ulrich.pege...@tongareva.de > > <mailto:ulrich.pege...@tongareva.de>> wrote: > > > > Well, there obviously is an issue with OpenCL and NVIDIA. However, a > > quick check reveals that this is not related to 2.0.6 versus 2.0.5. > > > > In fact it seems that NVIDIA did some changes to their drivers in the > > way they handle memory transfers over the IDE interface. > > > > There is a quick fix for that in darktable. You can switch config > > variable opencl_use_pinned_memory to TRUE (can be found in > darktablerc). > > At least here on my this makes a difference of up to a factor of 30 > > (oldish GeForce GTS 450 and 367.35 driver). > > > > Background: that switch controls the way of memory transfer between > host > > and OpenCL device, namely the use of pre-pinned memory. When the flag > > was introduced it did only make some improvements on AMD/ATI devices, > > while at that time NVIDIA devices would show no or a slight negative > > effects. Therefore the flag is set to FALSE by default. It seems that > > newer NVIDIA drivers get extremely slow if the default non-pinned > memory > > transfer method is used. > > > > If my findings are confirmed we will change the default setting of > that > > flag for new installations. Users of existing installations will > need to > > change the config flag manually. > > > > Please check and report back. > > > > Ulrich > > > > > ____________________________________________________________________________ > 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