Hi,

On a relatively-empty Intel Core i7 975 @ 3.33GHz (quad-core):

Cns# cd DragonFly/

Cns# time git log sys/sys/sockbuf.h >/dev/null
0.540u 0.140s 0:04.30 15.8%     0+0k 2754+55io 6484pf+0w
Cns# time git log sys/sys/sockbuf.h > /dev/null
0.000u 0.030s 0:00.52 5.7%      0+0k 0+0io 0pf+0w
Cns# time git log sys/sys/sockbuf.h > /dev/null
0.180u 0.020s 0:00.52 38.4%     0+0k 0+2io 0pf+0w
Cns# time git log sys/sys/sockbuf.h > /dev/null
0.420u 0.020s 0:00.52 84.6%     0+0k 0+0io 0pf+0w

And, right away, a semi-cold git-blame:

Cns# time git blame sys/sys/sockbuf.h >/dev/null
0.340u 0.040s 0:01.91 19.8%     0+0k 769+45io 2078pf+0w
Cns# time git blame sys/sys/sockbuf.h > /dev/null
0.340u 0.010s 0:00.36 97.2%     0+0k 0+2io 0pf+0w
Cns# time git blame sys/sys/sockbuf.h > /dev/null
0.310u 0.040s 0:00.36 97.2%     0+0k 0+0io 0pf+0w
Cns# time git blame sys/sys/sockbuf.h > /dev/null
0.310u 0.050s 0:00.36 100.0%    0+0k 0+0io 0pf+0w


I'm interested in running a web interface to this and other similar
git repositories (FreeBSD and NetBSD git repositories are even much,
much bigger).

Software-wise, is there no way to make cold access for git-log and
git-blame to be orders of magnitude less than ~5s, and warm access
less than ~0.5s?

C.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to