zim-wiki team mailing list archive

[Jaap Karssenberg <jaap.karssenberg@xxxxxxxxx>]

Hi Mario,

Just checked it on my own system. Just running one notebook in stand-alone
mode I get only 2 threads, the main thread + one for the thumbnails in the
attachment browser. When running with background daemon I get ~5 threads
(they show up as "python" in the list, not "zim" so not sure exactly which
belong to zim and which don't). I think this is because we use the
"multiprocessing" library, which uses a few threads per process for process
communication.

So nothing weird there, although more extensive testing would probably be
needed to be sure I can not duplicate your result.

As to what may be causing it, somehow the ftp process must be pinging the
zim process. Maybe the filesystem starts notifying zim of file changes?
Should normally not happen if the ftp transfer goes to a different folder,
but not sure what could be happenign on that layer. Just a wild theory.

Regards,

Jaap


On Sat, Oct 25, 2014 at 11:36 AM, mario@tiscali <mbezzi@xxxxxxxxxx> wrote:

>  Hi Jaap,
>
>     just a quick update: After recycling zim-wiki the number of threads
> stayed in the 11 ballpark for quite a long time. It suddenly started
> climbing while I was running a completely unrelated ftp file transfer.
> Stopped climbing when the ftp ended, restarted climbing when I purposedly
> ran another ftp. It is now at 227!
>
> Can't even imagine the relationship between zim-wiki and my ftp activity,
> but I wanted to share what I saw so far.
>
> Thank you,
> mario
>
> On 10/24/2014 07:09 PM, mario@tiscali wrote:
>
> Jaap,
>
>     thanks for your kind reply.
>
> To just get the number of active threads issue the following command:  ps
> -eT|grep zim|wc -l
>
> For a detailed list use: ps -fT -C zim
>
> By the way: After a quit/start and couple of page views zim-wiki sits at
> 11 threads. I will keep it under control.
>
> Long and probably not nicely formatted command output follows:
>
>  ..snip..
>
>