~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: John Arbash Meinel
  • Date: 2009-10-21 14:32:16 UTC
  • mto: This revision was merged to the branch mainline in revision 4761.
  • Revision ID: john@arbash-meinel.com-20091021143216-lutbdafxer16k6f0
Update the NEWS a bit to be more correct.
Note a couple of holes in the NEWS, and _static_tuple_pyx is not a module.

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
63
  objects. However, it can only point to a limited collection of types.
64
 
  (Currently StaticTuple, str, unicode, None, bool, int, long, float).
65
 
  This allows us to remove it from the garbage collector (it cannot be in
66
 
  a cycle), it also allows us to intern the objects. In testing, this can
67
 
  reduce peak memory by 20-40%, and significantly improve performance by
68
 
  removing objects from being inspected by the garbage collector.
69
 
  (John Arbash Meinel)
 
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
 
67
  testing, this can reduce peak memory by 20-40%, and significantly
 
68
  improve performance by removing objects from being inspected by the
 
69
  garbage collector.  (John Arbash Meinel)
70
70
 
71
71
* ``GroupCompressBlock._ensure_content()`` will now release the
72
72
  ``zlib.decompressobj()`` when the first request is for all of the
76
76
  of internal state and buffers. (For branching bzr.dev this drops peak
77
77
  memory from 382MB => 345MB.) (John Arbash Meinel)
78
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
 
79
84
 
80
85
Testing
81
86
*******