https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16044
--- Comment #17 from Jacek Ablewicz <a...@biblos.pk.edu.pl> --- I'm also trying to test this, but with kinda weird results so far.. Searching (medium-size dataset, 120k biblios, 300k items, 10-200-20000 hits, XSLT processing enabled, testing with initial patch set - without the last 2 followups): 1) CGI + memcache - no measurable differences between patched/unpatched 2) CGI + Cache::Memory - it's ca 2x slower for the searches with 50+ hits With the 1st followup (attachment #49239), both CGI + memcache and CGI + Cache::Memory are 2x slower :( But why is that? Supposedly, it should be neutral re/ search speed (or even a bit faster on average). 2nd followup (#49240) just disables "safety measures" in the 2 most speed-sensitive places - an instant, enormous performance gain! Not very "step-by-step", though. Would it be safe enough/reasonably safe thing to do at this stage - I have no idea. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/