doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn

   1 Hello Joey,
   2
   3 I noticed that my Ikiwiki started to rebuild pages very slowly after my last changes
   4 when I upgraded Ikiwiki to version 3.20100623. Now I have the latest release 3.20100704,
   5 but it doesn't help me.
   6
   7 I started to debug the problem and I found that I can see a lot of messages
   8 like below when I try to rebuild my wiki manually:
   9
  10     svn: '/path/to/ikiwiki/trunk/pages/ostatnie_zmiany' is not a working copy
  11     svn: Can't open file '/path/to/ikiwiki/trunk/pages/ostatnie_zmiany/.svn/entries': No such file or directory
  12     svn log exited 256
  13
  14 "ostatnie_zmiany" is a value of `recentchangespage` parameter in my
  15 `ikiwiki.setup` file. It is not under control Subversion I use for Ikiwiki:
  16
  17     $ svn status pages/ostatnie_zmiany
  18     ?      pages/ostatnie_zmiany
  19
  20     $ ls pages/ostatnie_zmiany/*._change |wc -l
  21     100
  22
  23 `recentchangesnum` parameter has value 100 for me and I noticed that my Ikiwiki
  24 takes a lot of time to parse all `._change` files. Finally it doesn't refresh
  25 /ostatnie_zmiany.html page.
  26
  27 Do you think I should add `ostatnie_zmiany` directory under control of my
  28 Subversion repo? If it's not necessary, could you please give me any hint
  29 to find a reason of problem with my Ikiwiki?
  30
  31 My best regards,
  32 Pawel
  33
  34 > No, the recentchanges pages are automatically generated and should not
  35 > themselves be in revision control.
  36 >
  37 > Ikiwiki has recently started automatically enabing `--gettime`, but
  38 > it should not do it every time, but only on the initial build
  39 > of a wiki. It will print "querying svn for file creation and modification
  40 > times.." when it does this. If it's doing it every time, something
  41 > is wrong. (Specifically, `.ikiwiki/indexdb` must be missing somehow.)
  42 >
  43 > The support for svn with --gettime is rather poor. (While with git it is
  44 > quite fast.) But as it's only supposed to happen on the first build,
  45 > I haven't tried to speed it up. It would be hard to do it fast with svn.
  46 > It would be possible to avoid the warning message above, or even skip
  47 > processing files in directories not checked into svn -- but I'd much
  48 > rather understand why you are seeing this happen on repeated builds.
  49 > --[[Joey]]
  50
  51 >> Thanks a lot for your reply! I've just checked my `rebuild-pages.sh`
  52 >> script and discovered that it contains
  53 >> `/usr/bin/ikiwiki --setup ikiwiki.setup --gettime` command... :D
  54 >> The warnings disappeared when I removed `--gettime` parameter.
  55 >> Sorry for confusing! :)
  56 >>
  57 >> I have `.ikiwiki/indexdb` file here, but I noticed that it has been
  58 >> modified about 1 minute **after** last Subversion commit:
  59 >>
  60 >>     $ LANG=C svn up
  61 >>     At revision 5951.
  62 >>
  63 >>     $ LANG=C svn log -r 5951
  64 >>     ------------------------------------------------------------------------
  65 >>     r5951 | svn | 2010-07-06 09:02:30 +0200 (Tue, 06 Jul 2010) | 1 line
  66 >>
  67 >>     web commit by xahil
  68 >>     ------------------------------------------------------------------------
  69 >>
  70 >>     $ LANG=C stat pages/.ikiwiki/indexdb
  71 >>       File: `pages/.ikiwiki/indexdb'
  72 >>       Size: 184520           Blocks: 368        IO Block: 131072 regular file
  73 >>     Device: 2bh/43d  Inode: 1931145     Links: 1
  74 >>     Access: (0644/-rw-r--r--)  Uid: ( 1005/     svn)   Gid: ( 1005/     svn)
  75 >>     Access: 2010-07-06 12:06:24.000000000 +0200
  76 >>     Modify: 2010-07-06 09:03:38.000000000 +0200
  77 >>     Change: 2010-07-06 09:03:38.000000000 +0200
  78 >>
  79 >> I believe it's the time I have to wait to see that my wiki page has been rebuilt.
  80 >> Do you have any idea how to find a reason of that delay? --[[Paweł|ptecza]]
  81
  82 >>> Well, I hope that your svn post-commit hook is not running your
  83 >>> `rebuild-pages.sh`. That script rebuilds everything, rather than just
  84 >>> refreshing what's been changed.
  85 >>>
  86 >>> Using subversion is not asking for speed. Especially if your svn
  87 >>> repository is on a remote host. You might try disabling
  88 >>> recentchanges and see if that speeds up the refreshes (it will avoid
  89 >>> one `svn log`).
  90 >>>
  91 >>> Otherwise, take a look at [[tips/optimising_ikiwiki]]
  92 >>> for some advice on things that can make ikiwiki run slowly. --[[Joey]]
  93
  94 >>>> Thanks for the hints! I don't understand it, but it seems that refreshing
  95 >>>> all pages has resolved the problem and now my wiki works well again :)
  96 >>>>
  97 >>>> No, I use `rebuild-pages.sh` script only when I want to rebuild
  98 >>>> my wiki manually, for example when you release new Ikiwiki version
  99 >>>> then I need to update my templates. Some of them have been translated
 100 >>>> to Polish by me.
 101 >>>>
 102 >>>> Fortunately my wiki and its Subversion repo are located on the same host.
 103 >>>> We have a lot of Subversion repos for our projects and I don't want to
 104 >>>> change only wiki repo for better performance. I'm rather satisfied with
 105 >>>> its speed. --[[Paweł|ptecza]]