On May 12, 2014 4:20 PM, wrote:
>
> YES!
>
> Setting it to "shared" - I also deleted the .zim structure and
> re-indexed - makes things much snappier - I still see the python
> processes hitting the CPU quite a bit, not quite pegging but close,
> but the UI gives me the new pages when navigating,
YES!
Setting it to "shared" - I also deleted the .zim structure and
re-indexed - makes things much snappier - I still see the python
processes hitting the CPU quite a bit, not quite pegging but close,
but the UI gives me the new pages when navigating, creating links etc
in a second or two.
Only t
Hans,
In general zim should not have issues handling a few thousand files - it is
built rather scalable. However there may be some issue where the way zim
accesses the drive conflicts with assumptions in encfs.
One thing that comes to mind is to set the "shared" property - be aware:
this will cac
files - 1100 including attachments (docroot), 860 just for the wiki
folders - 280 total, 200 just for the wiki
timedstats for *.txt
16673 69699 590562 total
real 0m0.439s
user 0m0.059s
sys 0m0.064s
I don't do inline attachments or pasted images at all, everything not
*.txt is in the docroot tre
Hi Hans,
I guess…
Le 09/05/2014 16:03, hans...@gmail.com a écrit :
Just created a new notebook and WOW is that nice and snappy.
Confirmed it wasn't the fact it was on an encfs filesystem, nor that
dropbox is sync'ing while things are unencrypted
I guess I just let my "main" tree get too large
Just created a new notebook and WOW is that nice and snappy.
Confirmed it wasn't the fact it was on an encfs filesystem, nor that
dropbox is sync'ing while things are unencrypted
I guess I just let my "main" tree get too large?
Are there any guidelines as to number of nodes, size of files where
On Thu, Apr 17, 2014 at 11:37 PM, wrote:
> OK, didn't reboot but shutdown Zim, killed Python processes still
> running, then launched from console
> zim --debug
>
> Here's the output: http://gist.github.com/anonymous/11012787
>
> Note my .config under ~/ as well as the Zim/python installs are on
OK, didn't reboot but shutdown Zim, killed Python processes still
running, then launched from console
zim --debug
Here's the output: http://gist.github.com/anonymous/11012787
Note my .config under ~/ as well as the Zim/python installs are on a
normal ext3 filesystem, but looking at this reminded
PLEASE DISREGARD MY PREVIOUS MESSAGE. My mail client replied with the
wrong From address and it'll be rejected by the mailing list.
On Tue, Apr 15, 2014, at 15:22, hans...@gmail.com wrote:
> Zim .60 via PPA, both with and without the tray icon runnung
>
> 12.04 LTS Unity, Python 2.7.3
>
> Clicki
On Tue, Apr 15, 2014, at 15:22, hans...@gmail.com wrote:
> Zim .60 via PPA, both with and without the tray icon runnung
>
> 12.04 LTS Unity, Python 2.7.3
>
> Clicking on another node, or even just putting focus on a page already
> selected, everything just hangs for 5-20 seconds at a time, the Zi
Zim .60 via PPA, both with and without the tray icon runnung
12.04 LTS Unity, Python 2.7.3
Clicking on another node, or even just putting focus on a page already
selected, everything just hangs for 5-20 seconds at a time, the Zim
window goes grey/blue, CPU pegs on python during that time?
Though
11 matches
Mail list logo