On Monday 08 January 2007 6:36 am, Hin-Tak Leung wrote:
> Erik van Zijst wrote:
> > Vladimir Dergachev wrote:
>
>
>
> >> At some point (years ago) there was even an argument on some mailiing
> >> list (xfree86-devel ?) about whether Xserver should support shared
> >> memory as unix socket was "fas
Erik van Zijst wrote:
> Vladimir Dergachev wrote:
>> At some point (years ago) there was even an argument on some mailiing list
>> (xfree86-devel ?) about whether Xserver should support shared memory as unix
>> socket was "fast enough" - with the other side arguing that when you pass
>> megabyt
Hi Erik,
Erik van Zijst <[EMAIL PROTECTED]> writes:
> Hi Martin,
>
> Your approach of bolting a webservices layer on top of R is a really
> nice (and quite natural) thing to do.
[...]
> As you already suggested, webservices are fairly expensive with their
> HTTP and XML-parsing, making it less su
Vladimir Dergachev wrote:
>>Using pipes or shared memory to pass things around to other processes on
>>the same box is very fast indeed, but if we base our design around
>>something like RServe which uses TCP it could be significantly slower.
>>Our R-based system will be running scripts in response
Jeffrey Horner wrote:
> I haven't looked at RServe in awhile, but I think that it fires up an R
> interpreter in response to a client request and then sticks around for
> the same client to serve it additional requests. The question is how
> does it manage all the R interpreters with varying dem
Hi Martin,
Your approach of bolting a webservices layer on top of R is a really
nice (and quite natural) thing to do.
I appreciate your early announcement in response to our thread and I'd
very much like to be kept in the loop of future announcements, so please
add my address to your list.
As yo
Vladimir, Jeff, et al.,
This is more pre-publicity than immediately available solution, but
we've been working on the 'RWebServices' project. The R evaluator and
user functions get wrapped in Java, and the Java exposed as web
service. We use ActiveMQ to broker transactions between the front-end
we
Vladimir Dergachev wrote:
> On Thursday 04 January 2007 4:54 am, Erik van Zijst wrote:
>> Vladimir Dergachev wrote:
>>> On Wednesday 03 January 2007 3:47 am, Erik van Zijst wrote:
Appearantly the R C-API does not provide a mechanism for parallel
execution..
It is preferred that
On Thursday 04 January 2007 4:54 am, Erik van Zijst wrote:
> Vladimir Dergachev wrote:
> > On Wednesday 03 January 2007 3:47 am, Erik van Zijst wrote:
> >>Appearantly the R C-API does not provide a mechanism for parallel
> >>execution..
> >>
> >>It is preferred that the solution is not based on mul
Vladimir Dergachev wrote:
> On Wednesday 03 January 2007 3:47 am, Erik van Zijst wrote:
>
>>Appearantly the R C-API does not provide a mechanism for parallel
>>execution..
>>
>>It is preferred that the solution is not based on multi-processing (like
>>C/S), because that would introduce IPC overhea
On Wednesday 03 January 2007 3:47 am, Erik van Zijst wrote:
> Hi All,
>
> My problem is about parallel execution of R-scripts. My platform is linux.
>
> A program that is written in C needs to execute multiple R-scripts
> simultaneously. The C program makes use of multi-threading. Each thread
> mus
Byron Ellis wrote:
> Short Answer: There isn't one.
I was afraid so. Thanks for confirming.
> On 1/3/07, Erik van Zijst <[EMAIL PROTECTED]> wrote:
>
>> Hi All,
>>
>> My problem is about parallel execution of R-scripts. My platform is
>> linux.
>>
>> A program that is written in C needs to exec
Short Answer: There isn't one.
On 1/3/07, Erik van Zijst <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> My problem is about parallel execution of R-scripts. My platform is linux.
>
> A program that is written in C needs to execute multiple R-scripts
> simultaneously. The C program makes use of multi-thr
Hi All,
My problem is about parallel execution of R-scripts. My platform is linux.
A program that is written in C needs to execute multiple R-scripts
simultaneously. The C program makes use of multi-threading. Each thread
must initiate the execution of one script. Performance is very important.
14 matches
Mail list logo