R help - Jan 2013 - Automated Start for new Rgui within existing R code?

Is there a way to start multiple instances of R in an automated manner?

Since I'm not sure that question makes tons of sense, here's my
scenario:

I have a number of data updates that need to be completed on an ongoing
basis with the data pulled from and then stored to another location.  The
updates are manually triggered, so can build up in terms of the volume that
needs to be updated.

The updates can take a lot of time if I run everything from within a single
Rgui, but it isn't a big deal if there aren't a lot of accumulated
updates
that need to be run.

But say if I have a week or a month's worth of accumulated updates to run,
this takes a LOT of time in a single Rgui.  If I split it up, I can run it
on 6 Rgui's (I'm in windows 7 with an 8 Core machine) and increase my
overall efficiency.  But this requires manual intervention as there are
steps before (that figure out how big the updates that must be run are) and
then steps after that summarize and give me some metadata.

What I would love is something that will execute within an existing Rgui
and allows me to send a command (such as source( "myfile.R" ) to a new
Rgui.  Does such a command even exist or is this just wishful thinking?

I'm trying to avoid writing a wrapfile in another language which would be
able to source the .R file as most of this (before and after the ideal
split point) is written in R already.

(FWIW Windows 7, 8 core machine running 64bit R)

Thanks,
Brigid

	[[alternative HTML version deleted]]

?parallel::parallel

Only one gui, multiple cores working at once.
---------------------------------------------------------------------------
Jeff Newmiller                        The     .....       .....  Go Live...
DCN:<jdnewmil at dcn.davis.ca.us>        Basics: ##.#.       ##.#.  Live
Go...
                                      Live:   OO#.. Dead: OO#..  Playing
Research Engineer (Solar/Batteries            O.O#.       #.O#.  with
/Software/Embedded Controllers)               .OO#.       .OO#.  rocks...1k
--------------------------------------------------------------------------- 
Sent from my phone. Please excuse my brevity.

Brigid Mooney <bkmooney at gmail.com> wrote:
>Is there a way to start multiple instances of R in an automated manner?
>
>Since I'm not sure that question makes tons of sense, here's my
>scenario:
>
>I have a number of data updates that need to be completed on an ongoing
>basis with the data pulled from and then stored to another location. 
>The
>updates are manually triggered, so can build up in terms of the volume
>that
>needs to be updated.
>
>The updates can take a lot of time if I run everything from within a
>single
>Rgui, but it isn't a big deal if there aren't a lot of accumulated
>updates
>that need to be run.
>
>But say if I have a week or a month's worth of accumulated updates to
>run,
>this takes a LOT of time in a single Rgui.  If I split it up, I can run
>it
>on 6 Rgui's (I'm in windows 7 with an 8 Core machine) and increase
my
>overall efficiency.  But this requires manual intervention as there are
>steps before (that figure out how big the updates that must be run are)
>and
>then steps after that summarize and give me some metadata.
>
>What I would love is something that will execute within an existing
>Rgui
>and allows me to send a command (such as source( "myfile.R" ) to a
new
>Rgui.  Does such a command even exist or is this just wishful thinking?
>
>I'm trying to avoid writing a wrapfile in another language which would
>be
>able to source the .R file as most of this (before and after the ideal
>split point) is written in R already.
>
>(FWIW Windows 7, 8 core machine running 64bit R)
>
>Thanks,
>Brigid
>
>	[[alternative HTML version deleted]]
>
>______________________________________________
>R-help at r-project.org 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.

You could always just run something like

system("path/to/R/RScript myfile.R")

from within R.

But this also sounds like something that the parallel package  may be
helpful with to use your 8 cores to speed up your update process.


On Thu, Jan 31, 2013 at 2:12 PM, Brigid Mooney <bkmooney@gmail.com> wrote:
> Is there a way to start multiple instances of R in an automated manner?
>
> Since I'm not sure that question makes tons of sense, here's my
scenario:
>
> I have a number of data updates that need to be completed on an ongoing
> basis with the data pulled from and then stored to another location.  The
> updates are manually triggered, so can build up in terms of the volume that
> needs to be updated.
>
> The updates can take a lot of time if I run everything from within a single
> Rgui, but it isn't a big deal if there aren't a lot of accumulated
updates
> that need to be run.
>
> But say if I have a week or a month's worth of accumulated updates to
run,
> this takes a LOT of time in a single Rgui.  If I split it up, I can run it
> on 6 Rgui's (I'm in windows 7 with an 8 Core machine) and increase
my
> overall efficiency.  But this requires manual intervention as there are
> steps before (that figure out how big the updates that must be run are) and
> then steps after that summarize and give me some metadata.
>
> What I would love is something that will execute within an existing Rgui
> and allows me to send a command (such as source( "myfile.R" ) to
a new
> Rgui.  Does such a command even exist or is this just wishful thinking?
>
> I'm trying to avoid writing a wrapfile in another language which would
be
> able to source the .R file as most of this (before and after the ideal
> split point) is written in R already.
>
> (FWIW Windows 7, 8 core machine running 64bit R)
>
> Thanks,
> Brigid
>
>         [[alternative HTML version deleted]]
>
> ______________________________________________
> R-help@r-project.org 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.
>


-- 
Gregory (Greg) L. Snow Ph.D.
538280@gmail.com

	[[alternative HTML version deleted]]