~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/developer-guide/HACKING.txt

  • Committer: Martin Pool
  • Date: 2009-06-10 05:00:47 UTC
  • mto: This revision was merged to the branch mainline in revision 4426.
  • Revision ID: mbp@sourcefrog.net-20090610050047-a8ml6ntyco790o4c
Trim some outdated performance drive documentation, and the performance.png graph

Show diffs side-by-side

added added

removed removed

Lines of Context:
46
46
If nothing else, perhaps you'll find inspiration in how other developers
47
47
have solved their challenges.
48
48
 
 
49
Finding Something To Do
 
50
=======================
 
51
 
 
52
Ad-hoc performance work can also be done. One useful tool is the 'evil' debug
 
53
flag. For instance running ``bzr -Devil commit -m "test"`` will log a backtrace
 
54
to the bzr log file for every method call which triggers a slow or non-scalable
 
55
part of the bzr library. So checking that a given command with ``-Devil`` has
 
56
no backtraces logged to the log file is a good way to find problem function
 
57
calls that might be nested deep in the code base.
49
58
 
50
59
Planning and Discussing Changes
51
60
===============================