(Roman, I CC you as this seems a serious regression). I think this is a big problem with the mipmap cache.
$ darktable -d cache tell me that I have 131072 bucket for cache level 0. My setting is set to 4096 for the Mb for the cache in the prefs. All this is fine and was always this way. I have around 40100 images. The issue is that I was reconstructing and had around 10000 done and my mipmap cache file was over 5Gb! After some time it was reset and removed and I lost all my cache :( Back to square 1. I think that one (or both) of the following commits are the culprit but I cannot see what could be wrong. > commit 3fc5cd4c6c2536689c4d9566b618f5ace49be520 > Author: Roman Lebedev <lebedev...@gmail.com> > Date: Mon Sep 8 02:34:21 2014 +0400 > > struct dt_mipmap_buffer_dsc: use __attribute__((packed,aligned(16))) for > padding > Type size_ะต may have different size on 32-bit machines, so let's try to > make compiler do the padding. > > commit ffbec14de21b0d3cf0b77e040308134c49632c22 > Author: Roman Lebedev <lebedev...@gmail.com> > Date: Fri Sep 5 23:04:22 2014 +0400 > > Use size_t to store buffer sizes. With this (and probably following), DT > can open 26770x13385 TIFF Any idea? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ------------------------------------------------------------------------------ Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
