On 22/07/2012 02:29, Gilles Sadowski wrote: > On Sat, Jul 21, 2012 at 11:41:45AM -0700, Ted Dunning wrote: >> The easy way to get much of this benefit is to simply use multi-threaded >> versions of Atlas via jblas. Probably not viable given the no dependency >> posture of commons math. >> > > When referring to multi-threading, I was not specifically and not only > referring to linear algebra.
+1. > Moreover, I don't see the interest of CM being yet another layer above those > Fortran codes. [If so, why would we limit ourselves to matrices? There are > other libraries which could be wrapped...] +1 > Personally, I consider that the no-dependency should be confined to the core > business of CM, i.e. it's a distinct feature of CM to provide pure Java, > from scratch, implementations of numerical tools.[1] > [As I've already stated, CM could still benefit from other (pure Java) > projects (i.e. depend on them), e.g. for things like logging.] -1, but we could speak again about this for 4.0. The development team has evolved a lot, the use of [math] has increased a lot, so it would be worth making sure we are still in line with everybody expectations or if we should change this principle some time. best regards, Luc > > > Regards, > Gilles > > [1] For some project, pure Java is a requirement. > > >>> Hi. >>> >>> My previous post (with subject "Synchronisation") made me think (again) >>> that >>> it might be useful to start considering how to take advantage of >>> multi-threading in Commons Math. >>> Indeed, it seems that some parts of the library might end up not being used >>> anymore because their performance simply cannot match competing >>> implementations that do benefit form parallelization. [The recent example >>> that comes to mind is the FFT.] >>> >>> >>> Best regards, >>> Gilles >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
