Refine the update heuristic to improve responsiveness a bit.
authorPaul Mackerras <paulus@samba.org>
Wed, 10 Aug 2005 23:56:23 +0000 (09:56 +1000)
committerPaul Mackerras <paulus@samba.org>
Wed, 10 Aug 2005 23:56:23 +0000 (09:56 +1000)
commitb664550c066810b770ad3e19cafe2fbdd42c6793
tree602e0a5b32c67870a64577f5704e9a474bb98846
parent466e4fdd6696c89700294e1a54fa73e1fb94643b
Refine the update heuristic to improve responsiveness a bit.

The previous commit improved performance a lot but also meant that
we waited longer to see something drawn.  This refines the heuristics
for when to call update so that (1) when we have finished processing
a bufferfull of information from git-rev-list, we call update if
enough time has elapsed, regardless of how many commits we've drawn,
and (2) the number of commits drawn between updates scales with the
total number of commits drawn: 1 for 1-99 commits, 10 for 100-9999
commits, or 100 for >= 10000 commits.
gitk