yeah but if this is a special case there is no problems on doing FFI bindings and using an external library. Precisely for that is FFI.
not that we have to integrate everything into the image :) but… I would not be so fast in assume pharo performance will not be enough. Unique form to know it is to do it and then see how you can optimise, if needed :) Esteban > On 15 Oct 2015, at 09:51, stepharo <[email protected]> wrote: > > We do not want to be bound to install and maintain connection with fifteen > different libs. > > Stef > > Le 14/10/15 18:01, [email protected] > <mailto:[email protected]> a écrit : >> Not sure you would get enough performance on Pharo per se. Xe may be better >> off leveraging a multicore enabled external lib. Like caret and doMC on R. >> >> Le 14 oct. 2015 17:49, "Serge Stinckwich" <[email protected] >> <mailto:[email protected]>> a écrit : >> I don't think so. >> >> I followup your message on SciSmalltalk mailing-list. >> This is something that might interested us ;-) >> >> >> >> On Wed, Oct 14, 2015 at 4:54 PM, Damien Cassou < >> <mailto:[email protected]>[email protected] >> <mailto:[email protected]>> wrote: >> > Hi, >> > >> > did anyone implement a Random Forest algorithm in Pharo? >> > >> > https://en.wikipedia.org/wiki/Random_forest >> > <https://en.wikipedia.org/wiki/Random_forest> >> > >> > -- >> > Damien Cassou >> > http://damiencassou.seasidehosting.st >> > <http://damiencassou.seasidehosting.st/> >> > >> > "Success is the ability to go from one failure to another without >> > losing enthusiasm." --Winston Churchill >> > >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ <http://www.doesnotunderstand.org/> >> >
