"Roger C. Soares" <rogersoares@xxxxxxxxxxxxxxxx> wrote:
> Shawn O. Pearce escreveu:
> >Hmm. How long does C Git take for "git rev-list HEAD >/dev/null" ?
> >I have thus far only tuned the lower level machinary, and there
> >may still be tuning left there, but I _really_ have not tried to
> >tune the plotting portion yet.
> >
> >I did push something out a few minutes ago (b66eae Limit the number
> >of UI refreshes ...) that may help improve performance on larger
> >histories.
>
> "git rev-list HEAD >/dev/null" returns very fast, around 1 sec I'd say.
> My git clone has 0 loose objects and 1 pack.
OK, so its well packed and C Git behaves nicely. :)
> I updated from your repo some minutes ago and it's pretty decent now.
> The history appears very fast, even changing projects, and for the git
> clone the progress bar disapears in around 7 seconds. :)
So it must have been the massive flurry of UI updates that I used to
be doing during revision walking. I backed it off to at most 4 times
per second, which seems to help.
FWIW I just pushed another update out:
* re-activates the old preferences for hiding/showing the commit
message and file list;
* word wrap setting for the comment viewer area;
* saves the geometry (split pane positions) of the history page
in a hidden preference;
* copy and select all global actions (Edit->Copy aka Ctrl-C) now
works to copy:
- selected text in comment area;
- selected path names in the file list;
- commit SHA-1s of selected commits in DAG;
* the window cache is now managed by Eclipse workspace settings
when inside Eclipse;
* the window cache now defaults to 8k/10m/10m/no-mmap as that is
working very well for me on multiple systems;
* global workspace preferences (Team -> Git) now shows the history
preferences and the window cache settings
--
Shawn.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
