<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 29, 2017 at 2:56 AM, Lubomir I. Ivanov <span dir="ltr"><<a href="mailto:neolit123@gmail.com" target="_blank">neolit123@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 29 September 2017 at 03:05, Linus Torvalds<br>
<span class=""><<a href="mailto:torvalds@linux-foundation.org">torvalds@linux-foundation.org</a><wbr>> wrote:<br>
> Ho humm. I haven't actually bisected this or anything, but I'm hoping<br>
> somebody else noticed and might have picked up on when this started..<br>
><br>
> I've got a fast CPU, but switching dives isn't "instant". You can<br>
> particularly tell when just scrolling down the dive list using the<br>
> cursor keys. It's not *slow*, but it sure isn't fast.<br>
><br>
> We used to have this situation where the deco processing took up a lot<br>
> of time, but that doesn't seem to be it. Yes, "add_segment()" is<br>
> fairly high in the profiles at 11% of CPU time, and "factor()" is<br>
> another 4% or so, but that's pretty much it. Most of the time seems to<br>
> be GUI costs.<br>
><br>
> The top entry in a profile of me scrolling down the list is<br>
><br>
>   12.55%  qt_qimageScaleAARGBA_down_xy_<wbr>sse4<false><br>
><br>
> but there's some truetype code at 3% and a lot of libQt5Gui stuff in<br>
> the ~1% range.<br>
><br>
> I *thought* we used to update the dive profile asynchronously so that<br>
> you could step down the dive log without waiting for the profile to<br>
> render all the time. Has that code bit-rotted perhaps?<br></span></blockquote><div><br></div><div>We actually never updated the dive profile async. The code that does the update is Widget-related and that can only be updated on the main thread. We can try to speed up a few things here and there but I prefer to analize the code before saying anything.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
><br>
> Or is it just me?<br>
><br>
<br>
</span>i'm on a relatively slow machine and it has been always kind of slow<br>
to switch between dives, so i can't really tell the difference.<br>
just did a quick profiling myself to see if it's the map widget is<br>
responsible and i do not observe heavy loads in QtLocation,<br>
QtPositioning, QtQml.<br>
<br>
might still be it, but my guess is that it's unrelated to the new map.<br>
<br>
lubomir<br>
--<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.<wbr>org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-<wbr>divelog.org/cgi-bin/mailman/<wbr>listinfo/subsurface</a><br>
</div></div></blockquote></div><br></div></div>