(Illustration by Gaich Muramatsu)
So this is different - here we are talking about a client and a server vs two replication servers. Ben is suggesting that a client shouldn't keep the line up. Well, that's easy: cfs disconnect will probably do it - filcon partition -c client -s server will certainly stop traffic. Of course to remain informed about callbacks on files (i.e. other clients modifying files) your client needs to be on the net. - Peter - On Fri, 7 Aug 1998, Ben Woodard wrote: > I have been thinking about this too and I was kind of interested in > knowing about the usage on a metered line. It seems like my coda > client keeps my ISDN line up all the time. Is there any reason for > this? Would the same thing happen to if I put a coda server here? > > It would be fine if it sat around not keeping the line up and then the > moment that it gets a request for a file, it goes back to the main > server for that volume and checks that the file is the same. > > -ben > > > Hrrmmm... I was wondering about this: Would it be possible to have two > > coda servers on opposite ends of a WAN link with r/w replicated volumes on > > both servers? > > > > I have an adsl line, and was wondering if it is technically feasable to > > have one coda server at my home, and one somewhere else. I've got > > > 256Kb/sec bandwidth, but the latency (ping times) are around 30 > > milliseconds to router on the other side of the ADSL and around ~100-200 > > ms to my college campus network, depending on the time of day, phase of > > the moon, etc. > > > > Does anyone have any idea how coda would handle this? My impression is > > that it the architecture is such that it can deal with it, but might need > > some tuning. > > > > Any thoughts? > > > > -------------------------------------------------------------------------- > > | Troy Benjegerdes | troybenj_at_iastate.edu | hozer_at_drgw.net | > > | Unix is user friendly... You just have to be friendly to it first. | > > | This message composed with 100% free software. http://www.linux.org | > > -------------------------------------------------------------------------- > > > > > > >Received on 1998-08-07 09:22:30