~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2007-06-06 08:37:14 UTC
  • mfrom: (2506.1.4 installer-0.17)
  • Revision ID: pqm@pqm.ubuntu.com-20070606083714-rt2za45t9gt5nqqh
(bialix,r=john,r=aaron) sanitize dev docs (performance-roadmap) &
 win32 installers improvements

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
Planned changes to the bzr core
2
 
-------------------------------
 
2
===============================
3
3
 
4
4
Delivering the best possible performance requires changing the bzr core design
5
5
from that present in 0.16. Some of these changes are incremental and can be
22
22
unknown, and disk format, not interoperable.
23
23
 
24
24
Library changes
25
 
===============
 
25
---------------
26
26
 
27
27
These changes will change bzrlib's API but will not affect the disk format and
28
28
thus do not pose a significant migration issue.
88
88
   sufficiently clean to let us simplify/remove a lot of related code today.
89
89
 
90
90
Interoperable disk changes
91
 
==========================
 
91
--------------------------
92
92
 
93
93
 * New container format to allow single-file description of multiple named
94
94
   objects. This will provide the basis for transmission of revisions over the
132
132
   established as [un]needed.
133
133
 
134
134
Possibly non-interoperable disk changes
135
 
=======================================
 
135
---------------------------------------
136
136
 
137
137
 * Removing of derivable data from the core of bzr. Much of the data that bzr
138
138
   stores is derivable from the users source files. For instance the
157
157
   * Annotations
158
158
 
159
159
Non-interoperable disk changes
160
 
==============================
 
160
------------------------------
161
161
 
162
162
 * Drop the per-file merge graph 'cache' currently held in the FILE-ID.kndx
163
163
   files. A specific case of removing derivable data, this may allow smaller