# What's cooking in git.git (topics)

5 messages from 2007-04-27 to 2007-05-06. Participants: Junio C Hamano, Linus Torvalds.
Thread: https://gitlist.dev/t/7868

## Junio C Hamano, 2007-04-27 08:24

Subject: What's cooking in git.git (topics)
Message-ID: <11776622643639-git-send-email-junkio@cox.net>
URL: https://gitlist.dev/e/11776622643639-git-send-email-junkio%40cox.net
In-Reply-To: <11776622643106-git-send-email-junkio@cox.net>

```
Here are the topics that have been cooking.  Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'.  The topics list the commits in reverse chronological
order.

* jc/attr (Sat Apr 21 03:14:13 2007 -0700) 2 commits
 + Add 'filter' attribute and external filter driver definition.
 + Add 'ident' conversion.

As two people on the list whose judgement on design issues I
trust both say "give them rope is Ok", perhaps I should push
this out to 'master' before v1.5.2-rc1.  I am still worried
about the rope being too long, though, and tried to describe the
intent and limitation in the documentation to prevent users from
hurting themselves, but I do not think the descriptions I have
are good enough yet.

* jc/blame (Fri Apr 27 00:42:15 2007 -0700) 7 commits
 - Apply mailmap in git-blame output.
 - Split out mailmap handling out of shortlog
 - blame: show log as it goes
 - git-blame: optimize get_origin() from linear search to hash-
   lookup.
 - git-blame: pass "struct scoreboard *" pointers around.
 - blame: lift structure definitions up
 - blame -s: suppress author name and time.

In addition to the update to use .mailmap, this has the "log"
output that uses the blame machinery Linus suggested.  I think I
know what more are needed to make it more pleasant to use, but
the necessary changes seem a bit too involved.  I might advance
the topic a bit more during the stabilization period for v1.5.2,
but I am planning to leave the actual merge until v1.5.3 cycle.

* lt/objalloc (Mon Apr 16 22:13:09 2007 -0700) 1 commit
 - Make the object lookup hash use a "object index" instead of a
   pointer
* jc/diff (Mon Dec 25 01:08:50 2006 -0800) 2 commits
 - test-para: combined diff between HEAD, index and working tree.
 - para-walk: walk n trees, index and working tree in parallel

These are stalled.

```

## Junio C Hamano, 2007-04-29 18:33

Subject: What's cooking in git.git (topics)
Message-ID: <7v3b2jdo9h.fsf@assigned-by-dhcp.cox.net>
URL: https://gitlist.dev/e/7v3b2jdo9h.fsf%40assigned-by-dhcp.cox.net
In-Reply-To: <11776622643639-git-send-email-junkio@cox.net>

```
Here are the topics that have been cooking.  Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'.  The topics list the commits in reverse chronological
order.

Well, everything meant for v1.5.2 is in 'master' now.  There is
nothing to see here.

* jc/blame (Fri Apr 20 16:25:50 2007 -0700) 4 commits
 - blame: show log as it goes
 - git-blame: optimize get_origin() from linear search to hash-
   lookup.
 - git-blame: pass "struct scoreboard *" pointers around.
 - blame: lift structure definitions up
* lt/objalloc (Mon Apr 16 22:13:09 2007 -0700) 1 commit
 - Make the object lookup hash use a "object index" instead of a
   pointer
* jc/diff (Mon Dec 25 01:08:50 2006 -0800) 2 commits
 - test-para: combined diff between HEAD, index and working tree.
 - para-walk: walk n trees, index and working tree in parallel

```

## Linus Torvalds, 2007-04-29 18:45

Subject: Re: What's cooking in git.git (topics)
Message-ID: <alpine.LFD.0.98.0704291142510.9964@woody.linux-foundation.org>
URL: https://gitlist.dev/e/alpine.LFD.0.98.0704291142510.9964%40woody.linux-foundation.org
In-Reply-To: <7v3b2jdo9h.fsf@assigned-by-dhcp.cox.net>

```


On Sun, 29 Apr 2007, Junio C Hamano wrote:
>
> * lt/objalloc (Mon Apr 16 22:13:09 2007 -0700) 1 commit
>  - Make the object lookup hash use a "object index" instead of a
>    pointer

I think you should just drop this. 

You merged the two patches that made this possible, and the third in the 
series isn't really worth it. I can re-create it at will (maybe better) 
now that the core object allocations are all cleaned up, and that patch 
simply didn't give enough of an advantage to be worth it.

Maybe inlining the object index -> ptr conversion would have solved the 
performance regression, but it migth also be something more fundamental, 
like the potential extra cache miss in the converstion part (when looking 
up the allocation block).

So it was interesting to try, but I don't think it's worth carrying around 
considering the results.

		Linus

```

## Junio C Hamano, 2007-04-30 23:20

Subject: Re: What's cooking in git.git (topics)
Message-ID: <7vlkg9bga6.fsf@assigned-by-dhcp.cox.net>
URL: https://gitlist.dev/e/7vlkg9bga6.fsf%40assigned-by-dhcp.cox.net
In-Reply-To: <alpine.LFD.0.98.0704291142510.9964@woody.linux-foundation.org>

```
Linus Torvalds <torvalds@linux-foundation.org> writes:

> On Sun, 29 Apr 2007, Junio C Hamano wrote:
>>
>> * lt/objalloc (Mon Apr 16 22:13:09 2007 -0700) 1 commit
>>  - Make the object lookup hash use a "object index" instead of a
>>    pointer
>
> I think you should just drop this. 

Yeah.  I was mostly concentrating on maint/master for the past
several days, and blindly carrying it around was cheaper than
deciding to drop it in my workflow.

```

## Junio C Hamano, 2007-05-06 08:53

Subject: What's cooking in git.git (topics)
Message-ID: <7vd51ecozf.fsf@assigned-by-dhcp.cox.net>
URL: https://gitlist.dev/e/7vd51ecozf.fsf%40assigned-by-dhcp.cox.net
In-Reply-To: <7v3b2jdo9h.fsf@assigned-by-dhcp.cox.net>

```
Here are the topics that have been cooking.  Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'.  The topics list the commits in reverse chronological
order.

As I have been sick and am mostly concentrating on fixes on
'master' anyway, there aren't much to see here.  Indeed,
'master' and 'next' still have identical trees.

* fl/cvsserver (Wed May 2 02:45:22 2007 +0200) 1 commit
 - cvsserver: Add test cases for git-cvsserver

I need to ask k.org people to install sqlite and
libdvd-sqlite-perl before I can advance this to 'next'.

* jc/blame (Fri Apr 20 16:25:50 2007 -0700) 4 commits
 - blame: show log as it goes
 - git-blame: optimize get_origin() from linear search to hash-
   lookup.
 - git-blame: pass "struct scoreboard *" pointers around.
 - blame: lift structure definitions up

```
