← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/planned-performance-changes.txt

  • Committer: Robert Collins
  • Date: 2007-06-06 01:01:58 UTC
  • mto: (2507.1.1 integration)
  • mto: This revision was merged to the branch mainline in revision 2508.
  • Revision ID: robertc@robertcollins.net-20070606010158-aqtdldnzo5bj5z74
Review feedback.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/planned-performance-changes.txt
54
54
 
55
55
 * Use the _iter_changes API to perform merges. This is a small change that may
56
56
   remove the need to use inventories in merge, making a dramatic difference to
57
 
   merge performance.
 
57
   merge performance once the tree shape comparison optimisations are
 
58
   implemented.
58
59
 
59
60
 * Create a network-efficient revision graph API. This is the logic at the
60
61
   start of push and pull operations, which currently scales O(graph size).
120
121
   repositories.
121
122
 
122
123
 * Delta storage optimisation. We plan to change the delta storage logic to use
123
 
   a binary delta like xdelta rather than using ancestry-graph driven line
124
 
   based deltas. Line based deltas will still be created for cached
125
 
   annotations.
 
124
   a binary delta like xdelta rather than using line based deltas from python.
 
125
   These binary deltas could be done along ancestry ordering, or other
 
126
   arbitrary patterns chosen for their intended use. Line based deltas will
 
127
   still be created for cached annotations. This is still under some discussion.
 
128
   http://bazaar-vcs.org/PerformanceRoadmap/Xdelta
126
129
 
127
130
 * Greatest distance from origin cache. This is a possible change to introduce,
128
131
   but it may be unnecessary - listed here for completeness till it has been