Re: inotify to minimize stat() calls

From: Robert Zeh <robert.allan.zeh@gmail.com>
Date: Feb 10, 2013, 19:03 UTC
Message-ID: <CAKXa9=qQwJqxZLxhAS35QeF1+dwH+ukod0NfFggVCuUZHz-USg@mail.gmail.com>
In-Reply-To: <7vliaxwa9p.fsf@alter.siamese.dyndns.org>

On Sat, Feb 9, 2013 at 1:35 PM, Junio C Hamano <gitster@pobox.com> wrote:

Show 12 quoted lines

> Ramkumar Ramachandra <artagnon@gmail.com> writes:
>
>> This is much better than Junio's suggestion to study possible
>> implementations on all platforms and designing a generic daemon/
>> communication channel.  That's no weekend project.
>
> It appears that you misunderstood what I wrote.  That was not "here
> is a design; I want it in my system.  Go implemment it".
>
> It was "If somebody wants to discuss it but does not know where to
> begin, doing a small experiment like this and reporting how well it
> worked here may be one way to do so.", nothing more.

What if instead of communicating over a socket, the daemon dumped a file containing all of the lstat information after git wrote a file? By definition the daemon should know about file writes.

There would be no network communication, which I think would make things more secure. It would simplify the rendezvous by insisting on well known locations in $GIT_DIR.

Robert Zeh