Acquisitions - There are a lot of slow areas in the acquisitions. The following are some specifics I can identify at the moment
Going to general search takes approximately 4 seconds on our production system to display the form (C/W MARS)
Copies under line items take approximately 21 seconds to fully display with fund drop down in production (C/W MARS)
Cataloging - Clicking Add Volumes or Edit Items/Volume per Bib screen is slow loading (approximate 16 seconds on our production system at C/W MARS)
Checkout/Checkin – Slow enough times to cause workflow issues. Generally, in production it takes 1-2 seconds for this process but if the copy record has an alert message it slows to 4-6 seconds in production. On busy circ desks, things don't get checked in or checked out properly unless staff are paying close attention due to this lag time. This is happening on C/W MARS production system.
The alert message angle is probably coming from the "fancy prompt" being served by remote XUL and not being cached. Does a subsequent checkin of the same item result in the same delay? – phasefx
phasefx – There is not an issue with an alert message on checkin but if there is a holds slip or paging slip ("turtle screen") it behaves very slowly on checkin.
Memory leaks - is there an inherent problem with the technology used in the staff client (xulrunner, Dojo) that is the source of the memory leak problem and other performance problems?
Testing and development shows that Dojo is not the source of memory leaks. The cause of many seems to be event handlers pinning memory at page unload time, not allowing the GC to free all memory for many interfaces. See:
https://bugs.launchpad.net/evergreen/+bug/1086458 for some initial work, and there is more coming.
Slow retrieval of patron records
This looks to be caused by a combination of redundant XHR requests and the use of many XHR requests in general. This theory is corroborated by the speed improvement displayed by an
experimental server-side (html) version of the patron sidebar. Details to follow.
Editing and saving patron records is slow.
Recurring issue of a blank screen appearing on the reporter on the first attempt to load the interface. You don't see "Loading …' at all, the blank screen shows up immediately. It does usually work on the 2nd attempt, but should work the first time. – SITKA
Recurring issue in numerous look-up areas including, but not limited to: Items out, Items Status, CheckIn, etc. "Retrieving …" shows up on screen, but the data is actually never retrieved. Usually by calling the same function again in the same or a different tab the record can be displayed properly. – SITKA
Staff client batch operations (e.g. updates/deletes from copy buckets)