would madvise be a win or a lose on memory pressure?

2005-04-15 Thread Mike Taht
if (map == MAP_FAILED) return -1; + madvise(map,size,MADV_SEQUENTIAL); cmp = memcmp(buf, map, size); munmap(map, size); if (cmp) -- Mike Taht - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to

Re: full kernel history, in patchset format

2005-04-16 Thread Mike Taht
they refer to), and makes a tarball of ??/?? files. The tarball does not have to contain any extra information to reproduce any ancestor of the named commit. alternatively, "git-archive-torrent" to create a list of files for a bittorre

Re: full kernel history, in patchset format

2005-04-16 Thread Mike Taht
Junio C Hamano wrote: "MT" == Mike Taht <[EMAIL PROTECTED]> writes: MT> alternatively, "git-archive-torrent" to create a list of files for a MT> bittorrent feed That is certainly good for establishing the baseline, but you still need to leverage the inhere

[PATCH] libgit

2005-04-16 Thread Mike Taht
commit b0550573055abcf8ad19dcb8a036c32dd00a3be4 tree b77882b170769c07732381b9f19ff2dd5c9f1520 parent 866b4aea9313513612f2b0d66814a2f526d17f21 author Mike Taht <[EMAIL PROTECTED]> 1113704772 -0700 committer Mike Taht <[EMAIL PROTECTED]> 1113704772 -0700 looks my 1878 line patch to co

Re: [PATCH] libgit

2005-04-16 Thread Mike Taht
Fixed. Randy.Dunlap wrote: On Sat, 16 Apr 2005 20:12:56 -0700 Mike Taht wrote: | commit b0550573055abcf8ad19dcb8a036c32dd00a3be4 | tree b77882b170769c07732381b9f19ff2dd5c9f1520 | parent 866b4aea9313513612f2b0d66814a2f526d17f21 | author Mike Taht <[EMAIL PROTECTED]> 1113704772 -0700 | com

Re: [PATCH] libgit

2005-04-17 Thread Mike Taht
heme for the globals, get some sort of thread cleanliness and take a crack at making it shared. and now to bed. All: Feel free to implement any of that Later, Brad - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More maj

Re: using git directory cache code in darcs?

2005-04-17 Thread Mike Taht
t individual routines, you'd _script_ it. If you don't want it, I won't do it. Still makes sense to separate the plumbing from the porcelain, though. -- Mike Taht "You can tell how far we have to go, when FORTRAN is the language of supercomputers. -- Steven Feiner&

git options

2005-04-18 Thread Mike Taht
show_unreachable:1; int basemask:1; int recursive:1; int force_filename:1; int force:1; int quiet:1; int stage:1; }; -- Mike Taht "Avoid letting temper block progress; keep cool. -- William Feather" - To unsubscribe from this list

Re: [ANNOUNCE] git-pasky-0.6.2 && heads-up on upcoming changes

2005-04-20 Thread Mike Taht
Or I can just rename my local copy of cg and try to retrain my fingers... thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html -- Mike Taht "

Performance of various compressors

2005-04-20 Thread Mike Taht
ere's some variety in the best/worst case timings for I/O for the compressor=3 case... 16.79user 6.15system 1:21.92elapsed 28%CPU 16.68user 5.71system 1:13.19elapsed 30%CPU -- Mike Taht lastly - Timings of git commit with tmpfs (note, these were done with an ancient, 5 hour old version of git

Re: Performance of various compressors

2005-04-20 Thread Mike Taht
Just to clarify this was a git add of the linux-2.6.11.7 sources (sorry, untimed) , and timing the git commit. Mo betta data latah. Mike Taht wrote: I started rolling a tool to measure various aspects of git performance. I will start looking at merge next, and at workloads different from the

[PATCH] experimental - Performance of various compressors

2005-04-20 Thread Mike Taht
PRESSION); + deflateInit(&stream, GIT_COMPRESSION); /* * ASCII size + nul byte Mike Taht wrote: Just to clarify this was a git add of the linux-2.6.11.7 sources (sorry, untimed) , and timing the git commit. Mo betta data latah. Mike Taht wrote: I started rolling a tool to measure v