Skip to content

client-server setup for R

3 messages · Liaw, Andy, roger bos, Brian Ripley

#
If I'm not mistaken, the problem of sharing applications on a Windows server
among several users is not particular to R, but applies generally to that
environment, and Reid's suggestion is the cheap(-est.?) way of getting
around it.  (Windows is simply not designed for that kind of usage, whereas
Linux, like Unix, _is_ designed for that.)  The problem is that it'd be
difficult to cut-and-paste graphics as you could on a Windows box (although
that might not be doable via remote desktop, either --- I don't know).

I routinely run upwards of 4 different, simultaneous R sessions on my 1.6GHz
P-M laptop with 1GB ram, along with a few other applications.  Never have
problems as long as none of them deal with very large data.

Andy
#
Thanks to everyone for your suggestions.  I will take them to our IT
department and see what can be done.  In windows I manage two R
sessions by running one Rgui and one Rterm.  Only thing that slows me
down is the input/output to the SQL Server tables.  Thanks again...
On Thu, 24 Mar 2005 12:42:31 -0500, Liaw, Andy <andy_liaw at merck.com> wrote:
#
Running Hummingbird Exceed on the desktops would take a small proportion 
of the budget but provide full X and Windows interworking.  We regularly 
access R on remote Linux servers from Windows via PUTTY and Exceed (in 
fact I am writing this email that way from my laptop on my lap).

One comment on Reid's comment: these days I would very much advise getting 
a 64-bit server, and it is unlikely to be cost effective to buy a Xeon 
rather than AMD64.  That would put me off any form of Windows server 
unless you can acquire the appropriate 64-bit software (and R under 
Windows is not 64-bit with no suitable compiler/runtime in sight, and I 
believe the same is true of S-PLUS).

Note that the various DCOM servers do provide an R client-server solution 
under Windows.
On Thu, 24 Mar 2005, Liaw, Andy wrote: