2014-11-10 11:10 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

Cool.

I was thinking or reusing pieces of the RFBClient for writing the client. I like its design.

I will work on this end of the month and in december so that I can ship my code using it in January.

I'm very busy until the end of november; after it doesn't look much better :(, but it fits in a current project.

I have a case on hand, so it is easy to have a user centric focus.

My use case is bio-stats. With matrixes which are too large for R on a server with 768 GB of RAM :(

I created a blank repo for the project: https://github.com/philippeback/parsec

Parsec: Pharo RServe Client.

Ok.

(I will give a shot at AltBrowser for coding this one :-) )

On which pharo will you be? 3 or 4? As I'm mostly coding for apps and projects at the moment, I tend to be on 3 (and loose sight of eventual bugs on 4). Thierry

Phil

On Mon, Nov 10, 2014 at 10:48 AM, Thierry Goubier < thierry.goubier@gmail.com> wrote:

...

Hi Phil,

I'm interested too. I could commit resources to help if needed.

Thierry

2014-11-10 10:28 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

...

I am doing some R work and wanted to integrate with Pharo.

Is there any support for Rserve around?

http://www.rforge.net/Rserve/dev.html

At this point I am doing OProcess style stuff with littler but Rserve would be cooler.

There are binding for Ruby and Python.

e.g. http://pythonhosted.org//pyRserve/ https://github.com/ralhei/pyRserve

Stats are becoming bigger and bigger and the leader of the pack is R.

DHB is fine and I do use some of it but let's face it, it is nowhere near the power of R...

Phil

2014-11-10 11:46 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

On Mon, Nov 10, 2014 at 11:20 AM, Thierry Goubier < thierry.goubier@gmail.com> wrote:

...

2014-11-10 11:10 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

...

Cool.

I was thinking or reusing pieces of the RFBClient for writing the client. I like its design.

I will work on this end of the month and in december so that I can ship my code using it in January.

I'm very busy until the end of november; after it doesn't look much better :(, but it fits in a current project.

...

I have a case on hand, so it is easy to have a user centric focus.

My use case is bio-stats. With matrixes which are too large for R on a server with 768 GB of RAM :(

Nice.

Time for MapR or Revolution?

https://www.mapr.com/ http://www.revolutionanalytics.com/

It seems we're gone a bit further than that. I trust the HPC guys on the project :) Thierry

2014-11-10 12:07 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

We are using UCS here. There are nice babies in that lineup:

http://www.cisco.com/c/en/us/products/servers-unified-computing/ucs-c420-m3-...

Yes, This is this class of stuff our user has. Thierry

Phil

...

Thierry

Hi, Last two weeks, I began to write a binding with nativeboost to call the R functions. It is a proof of concept for now : http://www.smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector if you want to participate, just ask me! You have to download the right libraries to do it work. It is the .dll in the same folder of the R.exe executable. I think that it is the same for Linux and MacOS. And copy them it in the same folder that the pharo executable. I think that nativeboost binding will be faster than RServer and more easy to use that why I started this. Cheers, Vincent

-----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de stepharo Envoyé : lundi 10 novembre 2014 11:14 À : Any question about pharo is welcome Objet : Re: [Pharo-users] Anyone having a Rserve client?

I know that vincent did a binding to connect to R. On 10/11/14 10:28, phil@highoctane.be wrote:

...

I am doing some R work and wanted to integrate with Pharo.

Is there any support for Rserve around?

http://www.rforge.net/Rserve/dev.html

At this point I am doing OProcess style stuff with littler but Rserve would be cooler.

There are binding for Ruby and Python.

e.g. http://pythonhosted.org//pyRserve/ https://github.com/ralhei/pyRserve

Stats are becoming bigger and bigger and the leader of the pack is R.

DHB is fine and I do use some of it but let's face it, it is nowhere near the power of R...

Phil

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

2014-11-12 13:41 GMT+01:00 phil@highoctane.be <phil@highoctane.be>:

Nice to know.

I'll give it a shot on my Ubuntu 14.04 in the evening. As I may have more than one image connecting to the R, I will still need something with RServe at one point I guess.

And the remote capabilities can be interesting if one has to run R on a server somewhere (or on multiple servers). But it's cool to have all those options. Thierry

Phil

On Wed, Nov 12, 2014 at 1:16 PM, Blondeau Vincent < vincent.blondeau@worldline.com> wrote:

...

Hi,

Last two weeks, I began to write a binding with nativeboost to call the R functions.

It is a proof of concept for now : http://www.smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector if you want to participate, just ask me!

You have to download the right libraries to do it work. It is the .dll in the same folder of the R.exe executable. I think that it is the same for Linux and MacOS. And copy them it in the same folder that the pharo executable.

I think that nativeboost binding will be faster than RServer and more easy to use that why I started this.

Cheers, Vincent

...

-----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de stepharo Envoyé : lundi 10 novembre 2014 11:14 À : Any question about pharo is welcome Objet : Re: [Pharo-users] Anyone having a Rserve client?

I know that vincent did a binding to connect to R. On 10/11/14 10:28, phil@highoctane.be wrote:

...

I am doing some R work and wanted to integrate with Pharo.

Is there any support for Rserve around?

http://www.rforge.net/Rserve/dev.html

At this point I am doing OProcess style stuff with littler but Rserve would be cooler.

There are binding for Ruby and Python.

e.g. http://pythonhosted.org//pyRserve/ https://github.com/ralhei/pyRserve

Stats are becoming bigger and bigger and the leader of the pack is R.

DHB is fine and I do use some of it but let's face it, it is nowhere near the power of R...

Phil

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.