External Sync VFS module

[Alex Austin]

On open, it registers file path with FD number with the external daemon. On
close, it tells the daemon to sync the file now, by FD. The daemon queues
up file paths to pass to the actual sync program which, in this case, is
unison.
On Apr 27, 2016 9:21 AM, "Richard Sharpe" <realrichardsharpe at gmail.com>
wrote:

On Wed, Apr 27, 2016 at 6:25 AM, Alex Austin <aaustin at nevelex.com> wrote:
> Yes, but it is to a local daemon, so it shouldn't be any slower than a
> filesystem operation. Really, it's a way for me to be really lazy and not
> allocate any memory whatsoever.

Why not use a Unix domain socket?

Also, what is it really intended to do?

> On Apr 27, 2016 2:23 AM, "Volker Lendecke" <Volker.Lendecke at sernet.de>
> wrote:
>
>> On Tue, Apr 26, 2016 at 04:51:51PM -0500, Alex Austin wrote:
>> > I've written a Samba VFS module to run an external file-sync program,
and
>> > would appreciate feedback.
>>
>> Correct me if I'm wrong, but to me it seems the code opens and closes
>> a TCP connection for each modifying metadata operation. Is that fast
>> enough?
>>
>> Volker
>>
>> --
>> SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
>> phone: +49-551-370000-0, fax: +49-551-370000-9
>> AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen
>> http://www.sernet.de, mailto:kontakt at sernet.de
>>



--
Regards,
Richard Sharpe
(何以解憂？唯有杜康。--曹操)