Michael Olson <[EMAIL PROTECTED]> writes: >> On a slow machine or under very high load, git may have to wait for >> I/O for several seconds, so activating Emacs to look for new input >> every 0.3s would be way too often. On a fast dual-core machine, a >> delay of 0.3s before beginning parsing is redundant since it would >> just leave one of the cores idle and the user waiting. > > This argument doesn't make sense to me. By using run-at-time, the log > parser cedes control back to the user until the next poll attempt. So > one of the cores would most definitely not be idle.
Note that currently, the time to parse the output is much greater that the time for git to run. One thing you should care about is to avoid running the parser for a too long time. It's not impossible, for example, to have git complete in 0.3 seconds, and then Emacs freeze for a long time during the output parsing. So, the parser should parse a few tens of entries, and then (sit-for 0.1) or so. -- Matthieu _______________________________________________ Dvc-dev mailing list [email protected] https://mail.gna.org/listinfo/dvc-dev
