<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div>Hi Sally,</div><div><br></div><div>Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating <span style="color:inherit;font-size:inherit"><a href="http://jstree.com/">jstree</a> and/or loading<i> all JSON objects</i> associated with a resource into the browser. Maybe an ASpace dev can weigh in.</span></div><div><span style="color:inherit;font-size:inherit"><br></span></div><div><span style="color:inherit;font-size:inherit">From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report.</span></div><div><br></div><div>At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. </div><div><br></div><div>JL</div><div><br></div></div></div></div></div><div class="gmail_quote">On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten <span dir="ltr"><<a href="mailto:sally.vermaaten@nyu.edu" target="_blank">sally.vermaaten@nyu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span style="font-size:12.8px">Hi everyone,</span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. <span style="font-size:12.8px">In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that:  </span></div><div style="font-size:12.8px"><ul><li style="margin-left:15px">it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy</li><li style="margin-left:15px">it takes a couple of minutes to open any archival object in the series in edit mode and </li><li style="margin-left:15px">it takes a couple of minutes to save changes to any archival object within the series</li></ul></div><div style="font-size:12.8px">Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><div style="font-size:12.8px"><span style="font-size:12.8px">The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem.</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? </span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">Thanks,</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><span class="gmail-m_5887280598291089947gmail-il">Weatherly</span> and Sally</span></div></div><span class="gmail-HOEnZb"><font color="#888888"><div><br></div>-- <br><div class="gmail-m_5887280598291089947gmail_signature"><div dir="ltr"><div><div dir="ltr">Sally Vermaaten<br>Project Manager, Archival Systems<br>New York University Libraries</div><div dir="ltr"><a href="tel:1-212-992-6259" value="+12129926259" target="_blank">1-212-992-6259</a><br></div></div></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Archivesspace_Users_Group mailing list<br>
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org">Archivesspace_Users_Group@<wbr>lyralists.lyrasis.org</a><br>
<a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group" rel="noreferrer" target="_blank">http://lyralists.lyrasis.org/<wbr>mailman/listinfo/<wbr>archivesspace_users_group</a><br>
<br></blockquote></div><br></div></div>