How do people go about synchronizing multiple workspaces on different workstations? I tend to wind up with projects spread around the various machines I work on. I find that placing the directories on a server and reading them remotely tends to slow things down. thanks, Eric -- Eric Turkheimer, PhD Department of Psychology University of Virginia PO Box 400400 Charlottesville, VA 22904-4400 434-982-4732 434-982-4766 (FAX) [[alternative HTML version deleted]]
You could use a versioning system like Subversion or Git on the server but work with the local repository. I believe Git is the easier of the two to set up. Best, Jim Eric Turkheimer wrote:> How do people go about synchronizing multiple workspaces on different > workstations? I tend to wind up with projects spread around the various > machines I work on. I find that placing the directories on a server and > reading them remotely tends to slow things down. > > thanks, > Eric >-- James W. MacDonald, M.S. Biostatistician Affymetrix and cDNA Microarray Core University of Michigan Cancer Center 1500 E. Medical Center Drive 7410 CCGC Ann Arbor MI 48109 734-647-5623
On 8/22/2007 9:20 AM, Eric Turkheimer wrote:> How do people go about synchronizing multiple workspaces on different > workstations? I tend to wind up with projects spread around the various > machines I work on. I find that placing the directories on a server and > reading them remotely tends to slow things down.I use Subversion. It works best with text, but can handle binary files too. So the idea would be to write scripts that either generate or load the data I want to work on, and source those at the beginning of a session. I always try to start with a clean workspace. Separate the code that does complex calculations into functions (and consider organizing it into a package, if it's big enough); put those functions in separate files from the scripts that run them on particular examples. This way you can run source("fns.R") to update the function definitions without re-doing all the simulations in your project. Duncan Murdoch
Eric Turkheimer wrote:> How do people go about synchronizing multiple workspaces on different > workstations? I tend to wind up with projects spread around the various > machines I work on. I find that placing the directories on a server and > reading them remotely tends to slow things down.If R were to store all its workspace data objects in individual files instead of one big .RData file, then you could use a revision control system like SVN. Check out the data, work on it, check it in, then on another machine just update to get the changes. However SVN doesn't work too well for binary files - conflicts being hard to resolve without someone backing down - so maybe its not such a good idea anyway... On unix boxes and derivatives, you can keep things in sync efficiently with the 'rsync' command. I think there are GUI addons for it, and Windows ports. Barry
I used to work on several computers and to use a flash drive to synchronize the workspace on each machine before starting to work on it. I found that .RData always caused some trouble: Often it is corrupted even though there is no error in copying process. Does anybody have the similar experience? Paul. ----- Original Message ---- From: Barry Rowlingson <b.rowlingson at lancaster.ac.uk> To: Eric Turkheimer <ent3c at virginia.edu> Cc: r-help at stat.math.ethz.ch Sent: Wednesday, August 22, 2007 9:43:57 AM Subject: Re: [R] Synchronzing workspaces Eric Turkheimer wrote:> How do people go about synchronizing multiple workspaces on different > workstations? I tend to wind up with projects spread around the various > machines I work on. I find that placing the directories on a server and > reading them remotely tends to slow things down.If R were to store all its workspace data objects in individual files instead of one big .RData file, then you could use a revision control system like SVN. Check out the data, work on it, check it in, then on another machine just update to get the changes. However SVN doesn't work too well for binary files - conflicts being hard to resolve without someone backing down - so maybe its not such a good idea anyway... On unix boxes and derivatives, you can keep things in sync efficiently with the 'rsync' command. I think there are GUI addons for it, and Windows ports. Barry ______________________________________________ R-help at stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. ____________________________________________________________________________________ Comedy with an Edge to see what's on, when.
[Paul August]> I used to work on several computers and to use a flash drive to > synchronize the workspace on each machine before starting to work on > it. I found that .RData always caused some trouble: Often it is > corrupted even though there is no error in copying process. Does > anybody have the similar experience?Not me. I use flash drives a lot to move .RData files around, without the slightest trouble. However, in my case, the involved machines are similar in their architecture and system, so I was not fearing trouble. -- Fran?ois Pinard http://pinard.progiciels-bpi.ca
Thanks for sharing your experience. In my case, the involved machines are Windows Vista, XP and 2000. Not sure whether it contributes to my problem or not. I will look into this further. I just noticed the two arguments ascii and compress for save. However, my .RData file was created by q() with "yes". The manual says that q() is equivalent to save(list = ls(all=TRUE), file = ".RData"). There seems to be no way to set ascii or compression of save through q function, unless the q function is replaced explicitly with save(list = ls(all=TRUE), file = ".RData", ascii = T). Paul. ----- Original Message ---- From: Gabor Grothendieck <ggrothendieck at gmail.com> To: Paul August <paulaugust2003 at yahoo.com> Cc: r-help at stat.math.ethz.ch Sent: Thursday, August 30, 2007 11:24:31 PM Subject: Re: [R] Synchronzing workspaces I haven't had similar experience but note that save has asciiand compress= arguments. You could check if varying those parameter values makes a difference. On 8/30/07, Paul August <paulaugust2003 at yahoo.com> wrote:> I used to work on several computers and to use a flash drive to synchronize the workspace on each machine before starting to work on it. I found that .RData always caused some trouble: Often it is corrupted even though there is no error in copying process. Does anybody have the similar experience? > > Paul. > > ----- Original Message ---- > From: Barry Rowlingson <b.rowlingson at lancaster.ac.uk> > To: Eric Turkheimer <ent3c at virginia.edu> > Cc: r-help at stat.math.ethz.ch > Sent: Wednesday, August 22, 2007 9:43:57 AM > Subject: Re: [R] Synchronzing workspaces > > Eric Turkheimer wrote: > > How do people go about synchronizing multiple workspaces on different > > workstations? I tend to wind up with projects spread around the various > > machines I work on. I find that placing the directories on a server and > > reading them remotely tends to slow things down. > > If R were to store all its workspace data objects in individual files > instead of one big .RData file, then you could use a revision control > system like SVN. Check out the data, work on it, check it in, then on > another machine just update to get the changes. > > However SVN doesn't work too well for binary files - conflicts being > hard to resolve without someone backing down - so maybe its not such a > good idea anyway... > > On unix boxes and derivatives, you can keep things in sync efficiently > with the 'rsync' command. I think there are GUI addons for it, and > Windows ports. > > Barry > > ______________________________________________ > R-help at stat.math.ethz.ch mailing list > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. > > > > > > > ____________________________________________________________________________________ > > Comedy with an Edge to see what's on, when. > > ______________________________________________ > R-help at stat.math.ethz.ch mailing list > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. >