This series of patches implement improvements in Koha speed based on results from:
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
perl -d:NYTProf -I/usr/share/koha/lib/ /usr/share/koha/opac/cgi-bin/opac/opac-search.pl q=human | wc
* setting priority to "HIGH", it's a booster !
* don't forget to update the status from NEW to ASSIGN, as you've endorsed this bug ! (I've made it)
* added 7119 dependancy, 7119 is the "code cleaning & improvement omnibus"
Created attachment 6235 [details] [review]
run opac search under NYTProf
There are some patches for memcache and perf waiting for sign-off - perhaps someone familiar with how it works can look at them?
Bug 6019 and Bug 6000 might be candidates.
Dobrica, where are thos patches ? Is http://git.rot13.org/?p=koha.git;a=commitdiff;h=b2155fc483f09b34c4a6ba92256f2732152bb1d5;hp=daadc5bc8f24e1bf2c1e8d958d410408d1cccc47 the only thing you've made ?
There is a branch at
with all experiments I tried. plack stuff is not really useful, and most of changes aren't memoize, but simple our $variable sharing which is only safe in CGI environment.
It's a mixed bag of various approaches, but hopefully some of patches might be useful.
not sure the bugs available at http://git.rot13.org/?p=koha.git;a=shortlog;h=refs/heads/nytprof-cache are ready to be signed-off if I trust comment 5
However, Dobrika, I think you've definetly won a chair at the "performance boosting/plack" workshop during the hackfest.
That reminds me that you haven't given your dates of arrival & leaving. Do you have booked your hotel ?
(removing needs signoff, Dobrika, feel free to revive it if usefull)
bug 7872 cleans up code in preparation for memoize of C4::Koha
I think we now use an othere way (Planck?) to do this, correct ?
Can we close it ?
This is now invalid, we must use Koha::Cache instead to correctly cache our stuffs.