Bug 6020 - Reworking C4::Biblio for performance improvements
Summary: Reworking C4::Biblio for performance improvements
Status: CLOSED INVALID
Alias: None
Product: Koha
Classification: Unclassified
Component: Architecture, internals, and plumbing (show other bugs)
Version: master
Hardware: All All
: P3 enhancement (vote)
Assignee: Paul Poulain
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks: 5999 7119
  Show dependency treegraph
 
Reported: 2011-03-31 02:44 UTC by Chris Cormack
Modified: 2011-12-29 16:45 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
Proposed Patch (4.48 KB, patch)
2011-03-31 02:54 UTC, Chris Cormack
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2011-03-31 02:44:35 UTC

    
Comment 1 Chris Cormack 2011-03-31 02:54:36 UTC
Created attachment 3565 [details] [review]
Proposed Patch
Comment 2 MJ Ray (software.coop) 2011-04-07 10:51:04 UTC
This bug is mentioned in:
Bug 6020 Perf work for Biblio.pm http://lists.koha-community.org/pipermail/koha-patches/2011-March/014390.html
Comment 3 Magnus Enger 2011-06-15 11:22:06 UTC
How can this be tested?
Comment 4 dev_patches 2011-07-20 21:57:50 UTC
magnus, apply,
test and check it works...
And use time to check that it has some nice effect on speed for addbiblio.pl for instance.
or you could use a load testing as ab to get the addbiblio.pl. consider doing it on a private instance and from an other machine using insecure mode...
For instance.
Comment 5 Paul Poulain 2011-10-24 11:38:14 UTC
Updating Version : This ENH will be for Koha 3.8
Comment 6 Paul Poulain 2011-10-25 15:05:48 UTC
Bug versionned for master. entries will be made against rel_3_8 once the patch has been applied (see thread about that on koha-devel yesterday)
Comment 7 Jonathan Druart 2011-12-09 13:55:45 UTC
This patch is buggy, We can't get all frameworkcode for each call to GetMarcStructure.

With ~60k lines in marc_subfield_structure table, we lost 2sec per page ! (results and detail)