Page MenuHomePhabricator

Use futures to improve clustered repository main page performance
ClosedPublic

Authored by epriestley on Dec 8 2016, 2:44 PM.
Tags
None
Referenced Files
F13088869: D17009.diff
Thu, Apr 25, 1:35 AM
Unknown Object (File)
Thu, Apr 11, 9:12 AM
Unknown Object (File)
Wed, Apr 3, 12:57 AM
Unknown Object (File)
Tue, Apr 2, 8:05 PM
Unknown Object (File)
Mon, Apr 1, 8:08 PM
Unknown Object (File)
Sun, Mar 31, 9:23 AM
Unknown Object (File)
Sat, Mar 30, 5:56 PM
Unknown Object (File)
Sat, Mar 30, 3:23 AM
Subscribers
None

Details

Summary

Ref T11954. In cluster configurations, we get repository information by making HTTP calls over Conduit.

These are slower than local calls, so clustering imposes a performance penalty. However, we can use futures and parallelize them so that clustering actually improves overall performance.

When not running in clustered mode, this just makes us run stuff inline.

Test Plan
  • Browsed Git, Mercurial and Subversion repositories.
  • Locally, saw a 700ms wall time page drop to 200ms.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Use futures to improve clustered repository main page performance.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Dec 8 2016, 3:21 PM
This revision was automatically updated to reflect the committed changes.