/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

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

  • Committer: Ian Clatworthy
  • Date: 2007-06-06 06:11:58 UTC
  • mto: This revision was merged to the branch mainline in revision 2513.
  • Revision ID: ian.clatworthy@internode.on.net-20070606061158-zbwatmjd2m1p474g
remove implicit read locks for kind() and is_executable() in wt4

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/planned-performance-changes.txt
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.
50
50
   considered a cache this is not exposed in such a way that cache operations
51
51
   like 'drop the cache' can be performed. On current disk formats the cache is
52
52
   mandatory, but an API to manage would allow refreshing of the cache (e.g.
53
 
   after ghosts are filled in during baz conversions).
 
53
   after ghosts are filled in in baz conversions).
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
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
95
95
   network, the new bundle format, and possibly a new repository format as
96
 
   well. [Core implemented]
 
96
   well.
97
97
 
98
98
 * Separate the annotation cache from the storage of actual file texts and make
99
99
   the annotation style, and when to do it, configurable. This will reduce data
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