Thanks, works now!
Don’t know about Ubuntu, but using Debian 8 or the Debian 9RC any version built on GTK3 is slow. The Gtk2 builds that allow using the system’s own theme in settings, work nice and snappy; no real speed difference between my 2GB RAM laptop and my 16GB RAM tower (obviously exports will be faster on the tower through).
I assume it must be because my debian hasn’t yet propperly adopted gtk3 yet?
I’d be interested in what goes faster, and how much faster it goes please.
goes about half a second faster (with your pp3). Nice considering that it is “for free”, but it won’t change your day…
thanks, & agreed!
Debian stable has a pretty dated version of GTK3, like 3.14 or something. But a new release is just around the corner!
That’s because Ingo has done such a tremendous job optimizing RT! There’s not much room left for LTO but to inline things a bit better. 
Sure (and Stefan already mentioned Debian 9RC), but the core processing doesn’t depend on the GUI toolkit, so that’s indeed interesting.
There’s some potential to optimize Only edges sharpening which currently is quite slow.
I already checked for the bottlenecks and found some.
@floessie Are you interested in another fun optimization session? I would open an Issue then and share my first results.
Ingo
Can you post content of AboutThisBuild.txt please?
well, let me take this opportunity to thank all the RT developers for their amazing work!
4 Likes
I’ve removed 03 for the final release… I don’t know why - maybe because to keep recommendations from final readme file. My ‘unstable’ branch is compiled with 03. Well, I will add this again to stable branch - expect new compilation in few hours.
Before @Dariusz_Duma adds it and we potentially end up with variously optimized builds - @heckflosse @floessie what is the verdict on this? Should it be -o2 or -o3?
@RawConvert it’s not “zero-three” it’s “oscar-three”.
It should be -o3!
Thanks, I stand c0rrected.
Seriously though, this is all great stuff. Sincere thanks to all involved, from one of many who will benefit.
FYI! RT5 on Xubuntu 16.04, 64 bit, I3 with 16GB ram… Doing anything seemed a little sluggish. When I tried to adjust the white balance temperature, it worked for 3 to 4 seconds and then RT crashed. I went back to the unstable version. I’ll try Dariusz Dumas updated version when I see it available.
@gwaugh How to write useful bug reports - RawPedia
Report a bug with a stack backtrace, don’t just complain about it and downgrade - that doesn’t help.
I tried Dariusz Dumas new version in his PPA (5.0-2dhor~xenial). The interface seems less sluggish. But I can still make RT5 crash. Load any jpg file and adjust the white balance temperature up and down a large amount repeatedly and it will eventually crash. I will do what I can to enter a bug report on github. As far as I know there are no debug builds available.
Issue #3650
@heckflosse Why, yes! I guess we’re all waiting for @Morgan_Hardwood to start the development branch so that we have a base for the coming feature branches. 
Sure. And preferably with a capital “Oscar”. And please no -Ofast, because that enables -ffast-math again.
I opened a jpg with RT5 (have not updated yet, version as at weekend) and moved the white balance back and forth lots, and quickly, but it wouldn’t crash.