~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to setup.py

  • Committer: John Arbash Meinel
  • Date: 2008-08-21 19:23:46 UTC
  • mto: This revision was merged to the branch mainline in revision 3644.
  • Revision ID: john@arbash-meinel.com-20080821192346-4mtm95v5g4kkxbyu
Replace time/space benchmarks with real-world testing.
Basically, the value was overstated, because the artifical nodes
were significantly more compressible than real data.
With these results, using .copy() basically is the same time/space
trade off as allowing another repack.
1-repack + copy() is mostly equivalent to 2-repack with no copy
(in both time and space).
They generally seem to be an appropriate 'sweet spot'.
The extra pack (copy) avoids pathological behavior of not filling in
the last bytes while only adding a small overhead.
(approx 10% time cost at 20% space savings.)

Show diffs side-by-side

added added

removed removed

Lines of Context:
225
225
            ext_modules.append(Extension(module_name, [c_name], **kwargs))
226
226
 
227
227
 
228
 
add_pyrex_extension('bzrlib._btree_serializer_c')
229
228
add_pyrex_extension('bzrlib._dirstate_helpers_c')
230
229
add_pyrex_extension('bzrlib._knit_load_data_c')
 
230
add_pyrex_extension('bzrlib._parse_btree_c')
231
231
if sys.platform == 'win32':
232
232
    # pyrex uses the macro WIN32 to detect the platform, even though it should
233
233
    # be using something like _WIN32 or MS_WINDOWS, oh well, we can give it the