Re: Show of hands, how many set USE_NSEC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Johannes Schindelin <Johannes.Schindelin@xxxxxx> wrote:
> On Fri, 8 Aug 2008, Shawn O. Pearce wrote:
> 
> > I'm trying to come up with a sane way for jgit to realize it should 
> > truncate the milliseconds out of a timestamp before it comes to the 
> > index record.
> 
> You could add a config variable.

I was thinking a gitconfig (e.g. jcore.usensec) to enable the tv_nsec
usage (ok, well milliseconds only) in that repository, or globally
(if in ~/.gitconfig).

I also thought about looking at the index records to see if the
tv_nsec fields were always 0.  If all of them were 0 it would be a
good indication that the filesystem doesn't support that level of
granularity, or that whoever last wrote this index doesn't support
that level of granularity.  But this is a very expensive operation
to perform, relatively speaking.

> I hope that soon, we no longer need to 
> share the same index between C Git and JGit (I hope for a delta 
> pack implementation in Java...)

I fail to see what the DIRC (.git/index) file format and its cache
of tv_sec/tv_nsec has to do with delta pack implementation in Java.
Or are you saying that you could stop using C Git in certain cases
if you had delta pack generation in Java?

Really I'd just like to scrap the entire DIRC file format and do
it over again.  Having the flat namespace is nuts.  Linus and I
really disagree here, and since I have never produced code for C
Git to replace it (and prove why its better) I think he has me in
his kill file now.  :)

-- 
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux