Hi Manoj,

not that I know, but I might be wrong.
However I saw a lot on the various website. uBLAS is usually good in performance compared to other.
That would be nice to have that in the documentation too and maintain benchmarks everytime there is a new version.

I think this is something that can be automatize with the Sourceforge computation farm ?

David

On Mon, Mar 15, 2010 at 18:13, Manoj Rajagopalan <rmanoj@umich.edu> wrote:

Hi David,

  Thanks for taking up this task! In creating efficient algorithms using
ublas, we should have benchmarks comparing performance with other libraries
and bindings so that we have an easy way of checking if improvements are
possible. Performance comparison graphs already exist so I am guessing there
is some sample framework that achieves this. If so, would you know where it
is located? Is it built into the boost svn tree?

thanks,
Manoj


On Sunday 14 March 2010 04:44:51 pm David Bellot wrote:
> Dear uBLAS users,
>
> recently Gunter Winkler asked for someone to take over the maintenance of
> the uBLAS library. As a fervent user of uBLAS and a strong believer in Open
> Source and Free Software, I decided to propose myself as the new duty man.
> I will therefore have the honor to be in charge of uBLAS and will do my
> best to make uBLAS reach its goals of versatility, performance and ease of
> use.
>
> Let me quickly introduce myself: my name is David Bellot, I hold a PhD in
> Computer Science and do research (currently in the finance world) on
> Machine Learning and probabilistic artificial intelligence, hence my strong
> interest in uBLAS.
>
> First of all, I want to say a big Thank You to Gunter for all the great
> work he did on uBLAS and a personal Thank You to help me getting on-board
> and starting my new duty as uBLAS maintainer.
>
> I would also like to talk about potential projects for the next versions of
> uBLAS. For that purpose, I hope everybody will be interested in bringing
> new ideas, wishes and even new pieces of code:
>
> (1) as you can imagine, in machine learning, one often needs to "randomly"
> access to sub-matrices. A good framework is already in place for
> matrix_view, I would like to extend it so that to make it as versatile as
> it is in other libraries or even Matlab.
>
> (2) after reading last week emails, I think we could provide basic
> implementations of a few standard algorithms like inversion, solvers,
> etc...
>
> (3) bindings are a hot topic. Let's be pragmatic: it's not supposed to be
> part of uBLAS but having a standard interface would add a strong value to
> uBLAS. And, I am like others, I want to play with my brand new nVidia card.
>
> (4) another hot topic which is a recurrent complain about uBLAS: the
> product of 2 matrices. Do we want prod(A,B) or A*B. Let's think about it
> because other libraries implemented A*B in a very efficient manner too.
>
> (5) Bindings for big libraries are also important and subject to
> discussion. I think we have to work more on the interface between all
> standard libraries when it is needed because, at the end of the day, people
> also want to use uBLAS to make computations with existing standard and not
> just write brand new algorithms.
>
> (6) I will join Gunter in his effort to provide new documentation, covering
> more topics, with tutorial and advanced topics. uBLAS is a great library
> and a good documentation is of primary interest. That is one of the most
> important topic for me (yes, way more than prod(A,B) versus A*B)
>
> Please everybody contribute with your own ideas and desiderata.
> Let's work and make uBLAS simply the best.
>
> With my Best Regards,
> David Bellot

_______________________________________________
ublas mailing list
ublas@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: david.bellot@gmail.com



--
David Bellot, PhD
david.bellot@gmail.com
http://david.bellot.free.fr