<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">

<html><body style='font-family: Verdana,Geneva,sans-serif'>

<p>Hi,</p>

<p>I did run the version from git master, last changed on 27.05.2013 00:06:03, <span>a397ba64fa2149a78b4e21f458e0c0723086601b (Run without video thumbnail/length support when mplayer is missing.)</span>. I've send the output from</p>

<p>Callgrind to Jan, it's about 6 MB. In case someone else would like to have it please let me know.</p>

<p>Thanks,<br />Manfred </p>

<p>Am 02.06.2013 12:30, schrieb Jan Kundrát:</p>

<blockquote style="padding-left: 5px; border-left: #1010ff 2px solid; margin-left: 5px;"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<pre>On Thursday, 30 May 2013 01:37:04 CEST, Manfred Usselmann wrote:</pre>

<blockquote style="padding-left: 5px; border-left: #1010ff 2px solid; margin-left: 5px;">the performance issue is not solved, it's still terrible. Maybe even worse than before. Even if I select a folder with just a few relatively small images, KPA is unusable. The image collected is stored on a CIFS (Samba/Windows) share on a local server with a fast connection (1 Gb/s).</blockquote>

<pre>Manfred, could you please provide a bit more detail?

- What version do you run? If you just updated from git, did you run `make` and `make install`, and are you running the installed binary? What git commit is it?

- Where is the application spending most of its time? Something like the output of `valgrind --tool=callgrind` would be terrific, but also rather slow to obtain. However, making sure that you have debugging symbols, running the KPA from inside `gdb` and occasionally stopping it via Ctrl+C and sending the output of "thread apply all backtrace" (or "t a a bt" if you are bothered typing) will help a lot.

Cheers,

Jan

</pre>

</blockquote>

<p> </p>

</body></html>