~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: John Arbash Meinel
  • Date: 2009-10-21 16:52:18 UTC
  • mfrom: (4761 +trunk)
  • mto: This revision was merged to the branch mainline in revision 4771.
  • Revision ID: john@arbash-meinel.com-20091021165218-rxk2tt2ks7amc6m9
Bring in bzr.dev 4761 which includes CHKMap and CHKInventory tweaks.
It also brings in StaticTuple concatenation, and ability to hold None, etc.

Show diffs side-by-side

added added

removed removed

Lines of Context:
58
58
  used as the interning structure for StaticTuple objects.
59
59
  (John Arbash Meinel)
60
60
 
61
 
* ``bzrlib._static_tuple_pyx.StaticTuple`` is now available and used by
 
61
* ``bzrlib._static_tuple_c.StaticTuple`` is now available and used by
62
62
  the btree index parser. This class functions similarly to ``tuple``
63
 
  objects. However, it can only point at other ``StaticTuple`` instances
64
 
  or strings. This allows us to remove it from the garbage collector (it
65
 
  cannot be in a cycle), it also allows us to intern the objects. In
 
63
  objects. However, it can only point to a limited collection of types.
 
64
  (Currently StaticTuple, str, unicode, None, bool, int, long, float, and
 
65
  not subclasses).  This allows us to remove it from the garbage collector
 
66
  (it cannot be in a cycle), it also allows us to intern the objects. In
66
67
  testing, this can reduce peak memory by 20-40%, and significantly
67
68
  improve performance by removing objects from being inspected by the
68
 
  garbage collector. (John Arbash Meinel)
 
69
  garbage collector.  (John Arbash Meinel)
69
70
 
70
71
* ``GroupCompressBlock._ensure_content()`` will now release the
71
72
  ``zlib.decompressobj()`` when the first request is for all of the
75
76
  of internal state and buffers. (For branching bzr.dev this drops peak
76
77
  memory from 382MB => 345MB.) (John Arbash Meinel)
77
78
 
 
79
* When streaming content between ``2a`` format repositories, we now clear
 
80
  caches from earlier versioned files. (So 'revisions' is cleared when we
 
81
  start reading 'inventories', etc.) This can have a significant impact on
 
82
  peak memory for initial copies (~200MB). (John Arbash Meinel)
 
83
 
78
84
 
79
85
Testing
80
86
*******