-
Notifications
You must be signed in to change notification settings - Fork 496
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
4.0 performance #181
Comments
build server slow down (inadvertent)Using the native API, I ran a test script to add 600+ actual dataverse names, affiliations, and aliases. They were all added under:
This slowed the initial front page load time to 1:26 and “paging” through the dataverse names takes over 1 min per click. Whether or not a user is logged in, the front page load time is the same.
Clicking on an actual dataverse name works “instantly”—it’s only the listing page that takes time. |
@raprasad this sounds like a very useful script. Can you please commit it if you haven't already? |
I opened #785 for this based on my local testing with the script @raprasad just added to https://github.com/IQSS/dv-api-test . Thanks, for finding this performance issue! We'll fix it in that ticket. |
Please examine queries at a page-by-page level for performance. If you want to see the queries generated for an individual Dataverse page, make the following changes:
|
Author Name: Philip Durbin (@pdurbin)
Original Redmine Issue: 3593, https://redmine.hmdc.harvard.edu/issues/3593
Original Date: 2014-02-26
Original Assignee: Philip Durbin
The goal is page load speed of 1000 milliseconds or less for navigation pages given the following hardware specs: FIXME.
[This ticket is a stub. http://www.codinghorror.com/blog/2011/06/performance-is-a-feature.html :) ]
Resources:
Related issue(s): #50, #182
Redmine related issue(s): 3457, 3594
The text was updated successfully, but these errors were encountered: