Details
-
Bug
-
Status: Open (View Workflow)
-
P2
-
Resolution: Unresolved
-
3.1.2
-
None
-
CP: sprint 95, CP: sprint 96, CP: sprint 97, CP: sprint 98, CP: sprint 99, CP: sprint 100
-
Core: Platform
Description
Overview:
When doing the check-in/check-out workflow performance test PTF observed that Goldenrod Okapi's CPU usage is 17x higher than Fameflower Okapi's. This observation was consistent in the 1 user, 8 users, and 20 users tests. Attached are the graphs that show this behavior and a screenshot of what the performance tool picks up as slowed Java calls. It seems like there is a new set of calls were introduced in Goldenrod. This needs to be investigated to see if anything could be improved.
Goldenrod Okapi: v3.1.2
Fameflower Okapi: 2.38.0
- Volume of data
27M inventory records altogether. - Expected response time
N/A in this context, which focuses on Okapi - not able to measure Okapi's time yet - Main modules that are involved in the process (if obvious or if known)
mod-circulation, mod-patron-blocks, mod-inventory, mod-inventory-storage
Steps to Reproduce:
Perform the check-in-check-out test under load
Expected Results:
Same performance as in Fameflower
Actual Results:
Okapi's CPU utilization is 17x higher
Interested parties:
hji jakub adam
