Re: [PATCH 3/3] boost::ublas increasing the range of BLAS level 3 benchmarks

Nasos Iliopoulos <[email protected]>
Newsgroups gmane.comp.lib.boost.ublas
Message-ID <[email protected]>
Can you run some benchmarks comparing the legacy  with the switching one 
for small size arrays (up to let's say 20x20)?

-Nasos


On 03/07/2016 12:13 PM, palik imre wrote:
> Right now I do run-time switching between the legacy and the 
> gemm-based implementation based on the matrix size.
>
> This incurs a slight overhead because of the extra branch, but this is 
> the best tradeoff I was able to come up.
>
> I'd rather avoid introducing a new function for multiplying matrices, 
> as there are already five ways to do that in ublas.  So it is already 
> way more confusing than it should be.
>
> I could change the branch to a compile-time one for matrix types where 
> compile-time size information is available, but I am unsure of how 
> widely those matrix types are used.  (I've never seen anybody using 
> anything else than vanilla matrix.)  If you (or anybody) would be 
> interested in such a feature, then please let me know.
>
>
> On Monday, 7 March 2016, 17:56, Riccardo Rossi <[email protected]> 
> wrote:
>
>
> Hi,
>
> just to give my two cents, some care shall be taken so that there is 
> no overhead for very small matrices (say 3*3)
>
> cheers
> Riccardo
>
> On Sun, Mar 6, 2016 at 9:58 PM, palik imre <[email protected] 
> <mailto:[email protected]>> wrote:
>
>     It just ocured to me, that based on the descriptor struct it would
>     be possible to choose between parallel and serial implementation
>     of the kernels.
>
>     Anybody would be interested in having something like that in ublas?
>
>     Would an OpenMP parallel implementation be accepted to the library?
>
>     Thanks,
>
>     Imre
>
>
>     On Sunday, 6 March 2016, 10:43, palik imre <[email protected]
>     <mailto:[email protected]>> wrote:
>
>
>     Fork is here:
>     https://github.com/imre-palik/ublas/tree/feature/ublas00004_simd_gemm
>
>     pull request is sent.
>
>
>
>
>
>     _______________________________________________
>     ublas mailing list
>     [email protected] <mailto:[email protected]>
>     http://lists.boost.org/mailman/listinfo.cgi/ublas
>     Sent to: [email protected] <mailto:[email protected]>
>
>
>
>
> -- 
> *Riccardo Rossi
> *
> PhD, Civil Engineer
>
> member of the Kratos Team: www.cimne.com/kratos 
> <http://www.cimne.com/kratos>
> lecturer at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)
> Research fellow at International Center for Numerical Methods in 
> Engineering (CIMNE)
>
> C/ Gran Capità, s/n, Campus Nord UPC, Ed. C1, Despatx C9
> 08034 – Barcelona – Spain – www.cimne.com <http://www.cimne.com/> -
> T.(+34) 93 401 56 96 skype: *rougered4*
> <http://www.cimne.com/>
> <https://www.facebook.com/cimne><http://blog.cimne.com/><http://vimeo.com/cimne><http://www.youtube.com/user/CIMNEvideos><http://www.linkedin.com/company/cimne><https://twitter.com/cimne>
> Les dades personals contingudes en aquest missatge són tractades amb 
> la finalitat de mantenir el contacte professional entre CIMNE i voste. 
> Podra exercir els drets d'accés, rectificació, cancel·lació i 
> oposició, dirigint-se a [email protected] 
> <mailto:[email protected]>. La utilització de la seva adreça de 
> correu electronic per part de CIMNE queda subjecte a les disposicions 
> de la Llei 34/2002, de Serveis de la Societat de la Informació i el 
> Comerç Electronic.
>  Imprimiu aquest missatge, només si és estrictament necessari.
> <http://www.cimne.com/>
>
>
>
>
> _______________________________________________
> ublas mailing list
> [email protected]
> http://lists.boost.org/mailman/listinfo.cgi/ublas
> Sent to: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.