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

Riccardo Rossi <[email protected]>
Newsgroups gmane.comp.lib.boost.ublas
Message-ID <CAOVdALy_mzHZh9_ppqvSb3E000tROPnfk56eojLikGg90=FFqg@mail.gmail.com>
Well the problem is that fixed matrices and vectors can not be used if you
don t know the size at compile time

In my application (finite elements) I have Millons of matrices of size
around 10by 10 on which I operate within outer openmp loops.

Having openmp in the matrix would be a killer for me

Riccardo
On 7 Mar 2016 18:13, "Nasos Iliopoulos" <[email protected]> wrote:

> That is correct,
> there are various options here but none is optimal. Do you have any
> suggestions?
>
> Note: we now have fixed_vector and fixed_matrix classes than can be used
> to make compile time decisions with respect to size.
>
>
> -Nasos
>
> On 03/07/2016 11:56 AM, Riccardo Rossi 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]> 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]>
>> wrote:
>>
>>
>> Fork is here:
>> https://github.com/imre-palik/ublas/tree/feature/ublas00004_simd_gemm
>>
>> pull request is sent.
>>
>>
>>
>>
>>
>> _______________________________________________
>> ublas mailing list
>> [email protected]
>> http://lists.boost.org/mailman/listinfo.cgi/ublas
>> Sent to: [email protected]
>>
>
>
>
> --
>
>
> *Riccardo Rossi *
>
> PhD, Civil Engineer
>
>
> member of the Kratos Team: 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  -
>
> 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]. 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 [email protected]://lists.boost.org/mailman/listinfo.cgi/ublas
> Sent to: [email protected]
>
>
>
> _______________________________________________
> 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.