Date: Wed, 07 May 2003 15:00:31 -0400 From: Bill Moran <wmoran@potentialtech.com> To: Chris Pressey <cpressey@catseye.mb.ca> Cc: questions@freebsd.org Subject: Re: Realtime Filesystem Replication Message-ID: <3EB957CF.2000306@potentialtech.com> In-Reply-To: <20030507125813.04653d0e.cpressey@catseye.mb.ca> References: <Pine.BSF.4.21.0305061221200.47177-100000@server1.ultratrends.com> <32BFB2DB-80B2-11D7-9502-003065ABFD92@mac.com> <20030507125813.04653d0e.cpressey@catseye.mb.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
hris Pressey wrote: > On Wed, 7 May 2003 13:34:47 -0400 > Charles Swiger <cswiger@mac.com> wrote: > > >>On Tuesday, May 6, 2003, at 03:22 PM, YOU wrote: >> >>>Thanks so far to the suggestions including rsync and unison. Both >>>appear >>>to be triggered upon a command line or user typed command. Is >>>someone using a system that tracks the mtimes for files and updates >>>without prompt? >> >>Sure. Whatever causes updates has to keep track and push out it's >>changes t the things which might be interested. Take a look at the >>way funnel newsfeeds work under INN. >> > > But is there a way to do this without being the thing that causes the > updates? For example it might be 'cat > foo.txt' that causes the > update. Without rewriting 'cat' and essentially every other program, of > course - I gather the only way to do this would be at the filesystem > level. Obviously this can be done via kqueue. See the wait_on port. -- Bill Moran Potential Technologies http://www.potentialtech.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3EB957CF.2000306>