On 4/25/06, Charles Kerr <[EMAIL PROTECTED]> wrote:
> I used sysprof to take a look at where uulib spends most of its time,
> and it turns out its top two bottlenecks were very tweakable.
> With this tweak, the `freeze' time while Pan's decoding and saving
> attachments is much shorter.
>
> Testers, give this a spin and see what you think.

thanks for the patch and the one for the incomplete files too :)
i did some testing and on 15mb files, the freeze is barely noticeable
anymore, like half a second freeze every now and then. good job on
tweaking that :) however on 50mb files it still freezes for like 2-4
secs. i'm not a c/c++ expert, but why not just use a thread to do the
decoding? this should fix the whole gui-lockup thing.

i also noticed that some 50mb files seem to not get decoded at all (no
gui-freeze either), just like the issue with the incomplete files, but
those files arent marked incomplete. all the parts get downloaded to
~/.pan2/article-cache, but just stay there, also there's no entry in
the events-window. i'm not sure that this is because of the size, but
it only happend on those for me, on like half the files i tried to
download though. i then tried to download the tasks.nzb with klibido
and it went fine, meaning no corrupt parts or anything like that, that
could interfere with the decoding.

mfg,
ulrich


_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users

Reply via email to