Re: [Gimp-user] Debugging Perf on Linux

2018-03-27 Thread Robert Bieber
Thanks for that Elle, I followed up personally about the profiles.  
Going back to the list, one thing I should add is that currently for my 
workflow on the same machine I'm using Gimp 2.8 with the same sized 
images, same monitor profiles, and it works more or less okay.  I 
wouldn't say it's _fast_, and it gets a little crashy sometimes, but I 
think it's doing a pretty decent job for a single-threaded program 
processing buffers this big. It's miles faster than the 2.9 RC, so I'm 
guessing there's probably something other than that going on



On 03/27/2018 07:04 PM, Elle Stone wrote:

On 03/27/2018 09:35 PM, Robert Bieber wrote:


How would I tell?  I just generated my monitor profiles with Ubuntu's 
color management control panel section: I'm still not as much of a 
power-user in that area as I'd like to be


So is there any chance that your monitor profile at home is a LUT 
profile? What about the image's assigned profile - was it possibly a 
LUT profile? And/or was soft proofing somehow activated?


Hmm, well, probably the easiest way is to send me a private email with 
your monitor profile attached, and perhaps export a very small jpeg of 
the image you were working on, with the image profile embedded, and 
I'll look at them.


If you are interested in learning more about color management, perhaps 
starting with "how to tell what kind of profile it is, LUT or matrix", 
probably the best thing to do is start a thread on the pixls.us forum.


If you want, you can catch my attention on the pixls.us forum by 
mentioning @elle, but quite a few people there can help with figuring 
out what kind of profiles you are using, and maybe some of them even 
use Ubuntu's color management control panel (I don't).


I'm about to shut down the computer for the evening, so might not see 
your profiles (if you send them) until morning.


Best,
Elle



___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Debugging Perf on Linux

2018-03-27 Thread Elle Stone

On 03/27/2018 09:35 PM, Robert Bieber wrote:


How would I tell?  I just generated my monitor profiles with Ubuntu's 
color management control panel section: I'm still not as much of a 
power-user in that area as I'd like to be


So is there any chance that your monitor profile at home is a LUT 
profile? What about the image's assigned profile - was it possibly a 
LUT profile? And/or was soft proofing somehow activated?


Hmm, well, probably the easiest way is to send me a private email with 
your monitor profile attached, and perhaps export a very small jpeg of 
the image you were working on, with the image profile embedded, and I'll 
look at them.


If you are interested in learning more about color management, perhaps 
starting with "how to tell what kind of profile it is, LUT or matrix", 
probably the best thing to do is start a thread on the pixls.us forum.


If you want, you can catch my attention on the pixls.us forum by 
mentioning @elle, but quite a few people there can help with figuring 
out what kind of profiles you are using, and maybe some of them even use 
Ubuntu's color management control panel (I don't).


I'm about to shut down the computer for the evening, so might not see 
your profiles (if you send them) until morning.


Best,
Elle

--
http://ninedegreesbelow.com
Color management and free/libre photography
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Debugging Perf on Linux

2018-03-27 Thread Robert Bieber


How would I tell?  I just generated my monitor profiles with Ubuntu's 
color management control panel section: I'm still not as much of a 
power-user in that area as I'd like to be


So is there any chance that your monitor profile at home is a LUT 
profile? What about the image's assigned profile - was it possibly a 
LUT profile? And/or was soft proofing somehow activated?
How would I tell?  I just generated my monitor profiles with Ubuntu's 
color management control panel section: I'm still not as much of a 
power-user in that area as I'd like to be


Also, try operating at 32f instead of 16i, which will eliminate some 
internal precision changes. And try disabling opencl and setting the 
number of threads to "1".


Interesting.  I'll give that a shot too, although I was definitely in an 
integer mode when testing on my laptop and didn't experience any 
noticeable perf degradation, so I'm guessing that's not the culprit

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Debugging Perf on Linux

2018-03-27 Thread Elle Stone

On 03/27/2018 09:11 PM, Robert Bieber wrote:
I assume this has to be a bug, since I'm running the same software and 
getting the exact opposite of the results I'd expect running it on 
different machines, but what can I do to diagnose it and get some data 
that might help resolve it?  The error console isn't showing anything, 
here's what I get in my terminal when opening an image and running 
wavelet decompose, if that helps at all: https://pastebin.com/TCEgYqPr


Seeing color management stuff in the console did make me think to try 
turning color management off, which did make basic image operations run 
faster, but wavelet decompose is still running intolerably slow.  And of 
course retouching with color management disabled isn't an ideal 
long-term solution.  Any ideas?


I looked at the pastebin file, nothing looked out of the ordinary - I 
see similar terminal output. But maybe someone else will spot something.


Earlier today I was doing some soft proofing, switching profiles back 
and forth. At one point I clicked the wrong field in Preferences without 
noticing, so accidently selected the printer profile as the monitor 
profile instead of the soft proofing profile.


GIMP slows down to a crawl when using a LUT monitor profile (even if 
it's really a monitor profile instead of an accidentally selected 
printer profile).


So is there any chance that your monitor profile at home is a LUT 
profile? What about the image's assigned profile - was it possibly a LUT 
profile? And/or was soft proofing somehow activated?


Also, try operating at 32f instead of 16i, which will eliminate some 
internal precision changes. And try disabling opencl and setting the 
number of threads to "1".


Best,
Elle

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] Debugging Perf on Linux

2018-03-27 Thread Robert Bieber
This morning I saw the new RC was out, and just to do a quick check on 
performance I downloaded it on my work laptop, loaded a large (~40MP) 
image, and did some quick operations to see how things shook out.  
Everything was pretty smooth, even better than the current stable 
version on my desktop.


Then today I got home, installed the RC on my home desktop, which is a 
significantly beefier machine (32-core thread ripper, 32GB of RAM), 
loaded up a similarly sized image, and found it completely unusable.  It 
hangs simply trying to zoom in and out of the image. Running the wavelet 
decompose takes minutes.  And curiously, even though the window 
frequently stops responding and the process makes my computer fans sound 
like a jet engine, on the new dashboard display the CPU is never ticking 
above 3% and I'm sitting at around 70% of the 12GB of cache I gave it 
used (it was below 50% before I started running the plugin).  This seems 
to be the case regardless of how many threads I enable or whether OpenCL 
is turned on.


I assume this has to be a bug, since I'm running the same software and 
getting the exact opposite of the results I'd expect running it on 
different machines, but what can I do to diagnose it and get some data 
that might help resolve it?  The error console isn't showing anything, 
here's what I get in my terminal when opening an image and running 
wavelet decompose, if that helps at all: https://pastebin.com/TCEgYqPr


Seeing color management stuff in the console did make me think to try 
turning color management off, which did make basic image operations run 
faster, but wavelet decompose is still running intolerably slow.  And of 
course retouching with color management disabled isn't an ideal 
long-term solution.  Any ideas?


Thanks,
Robert
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-developer] ANNOUNCE: GIMP 2.10.0-RC1 released

2018-03-27 Thread Gene Heskett
On Tuesday 27 March 2018 00:29:37 Elle Stone wrote:

> On 03/26/2018 08:02 PM, Michael Natterer wrote:
> > There is also a release announcement onwww.gimp.org
> > with screenshots of new features:
> >
> > https://gimp.org/news/2018/03/26/gimp-2-10-rc1-released/
>
> At least on my computer, above link leads to 404 page.
Same here.
> This link works:
>
> https://www.gimp.org/news/2018/03/26/gimp-2-10-0-rc1-released/
>
> Oh, and yeah! 2.10 release candidate!
>
> Best,
> Elle
> ___
> gimp-user-list mailing list
> List address:gimp-user-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: 
>  https://mail.gnome.org/archives/gimp-user-list



-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list