[MERGE] first round of use case benchmarks
Carl Friedrich Bolz
cfbolz at gmx.de
Wed Aug 30 20:46:38 BST 2006
John Arbash Meinel wrote:
[snip]
> The permutations seem reasonable, though.
> I wonder if it would be better to separate the timing. 1 time evaluated
> for generating the bundle, and another time for reading and installing
> the bundle. Though that ends up doubling the number of tests you write.
Hum. I agree in principle, but it seems to just take too long to build
the trees. The test_many_files_big_tree_1000_revision takes a _long_
time on my machine just as it is, so building the tree twice does not
sound like it is a good idea to me.
Maybe we could add smaller separate writing and installing benchmarks?
In general it seems that install_bundle is horribly slow, will profile a
bit.
> ...
>
> v- Seems okay. Ultimately we probably would want to test one of your
> 'make_many_commit_tree()' trees as well.
Yes, but in the next merge request, I would say :-)
>
>> +class InfoBenchmark(Benchmark):
>> + """This is a stub. Use this benchmark with a network transport.
>> + Currently "bzr info sftp://..." takes > 4 min"""
>> +
>> + def test_no_ignored_unknown_kernel_like_tree(self):
>> + """Info in a kernel sized tree with no ignored or unknowns. """
>> + self.make_kernel_like_added_tree()
>> + self.time(self.run_bzr, 'info')
>> +
>> + def test_no_changes_known_kernel_like_tree(self):
>> + """Info in a kernel sized tree with no ignored, unknowns, or
added."""
>> + self.make_kernel_like_committed_tree()
>> + self.time(self.run_bzr, 'info')
>
[snip]
Attached is an updated version of the patch.
Cheers,
Carl Friedrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bench_usecases.patch
Type: text/x-patch
Size: 16935 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060830/c4cc3697/attachment.bin
More information about the bazaar
mailing list