← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to notes/performance.txt

  • Committer: mbp at sourcefrog
  • Date: 2005-03-25 03:24:47 UTC
  • Revision ID: mbp@sourcefrog.net-20050325032447-aef4d334620f490a
- don't flush the debug log file so often

Show diffs side-by-side

added added

removed removed

Lines of Context:
notes/performance.txt
185
185
 
186
186
The real fix is perhaps to use some kind of weave, not so much for
187
187
storage efficiency as for fast annotation and therefore possible
188
 
annotation-based merge.
 
 
b'\\ No newline at end of file'
 
188
annotation-based merge.
 
189
 
 
190
-----
 
191
 
 
192
 
 
193
2005-03-25
 
194
 
 
195
Now we have recursive add, add is much faster.  Adding all of the
 
196
linux 2.4.19 kernel tree takes only 
 
197
 
 
198
finished, 5.460u/0.610s cpu, 0.010u/0.000s cum, 6.710 elapsed
 
199
 
 
200
 
 
201
However, the store code currently flushes to disk after every write,
 
202
which is probably excessive.  So a commit takes
 
203
 
 
204
finished, 8.740u/3.950s cpu, 0.010u/0.000s cum, 156.420 elapsed
 
205
 
 
206
 
 
207
Status is now also quite fast, depsite that it still has to read all
 
208
the working copies:
 
209
 
 
210
mbp@hope% bzr status                                                            ~/work/linux-2.4.19
 
211
bzr status  5.51s user 0.79s system 99% cpu 6.337 total
 
212
 
 
213
strace shows much of this is in write(2), probably because of
 
214
logging.  With more buffering on that file, removing all the explicit
 
215
flushes, that is reduced to 
 
216
 
 
217
mbp@hope% time bzr status  
 
218
bzr status  5.23s user 0.42s system 97% cpu 5.780 total
 
219
 
 
220
which is mostly opening, stating and reading files, as it should be.
 
221
Still a few too many stat calls.
 
 
b'\\ No newline at end of file'