A quick update on the matrix generation:
After cutting the matrix size down to 1000 the program didn't crash, but
the procedure took way too long (since I'm using ublas). Cutting the size
to 100 makes it ok, but there's a different problem now.
As soon as the benchmark starts doing tests with the generated matrix, it
crashes my AMD display driver. The benchmark crashes at this point:
ublas_vec1 = boost::numeric::ublas::prod(ublas_matrix, ublas_vec2);
ublas_vec2 is the vector read from the testdata file ( result65025.txt ).
This obviously won't work until those vectors are taken care of.
Unfortunately, I have no idea what to do with them.
Regards, Namik
On Wed, Aug 6, 2014 at 12:03 AM, Namik Karovic <namik.karo...@gmail.com>
wrote:
> Hey Karl,
>
> whoops, that results in a matrix with 10^8 (=10k*10k) rows and columns -
>> just too big for GPU RAM.
>
>
> Is it really that big? My GPU has 3GB of RAM, I can't believe 10^8 matrix
> entries is too much for it.
>
>
> Yes, this makes sense. It's enough to use the same value for xPoints and
>> yPoints, so you only need to expose one parameter in the GUI.
>
>
> Alright.
>
>
> -Sparse benchmark still reads vector data from testdata files
>>
>> ( result65025.txt ). Is it supposed to be this way?
>>
>>
>> No, you can discard this, it's not necessary since it is not a test.
>
>
> But the sparse benchmark heavily depends on this vector data. It is read
> into the ublas_vec1 and ublas_vec2 variables, which are used throughout the
> entire benchmark. I don't see how it can be discarded.
>
>
> BLAS 3 only runs with dense matrices, so there is no need to run any
>> MatrixMarket stuff to get performance numbers. Just use the MatrixMarket
>> data for the sparse matrix benchmarks.
>
>
> Alright. So basically, when one hits the download and run button, only the
> sparse benchmark should be run with the selected matrix. And the result
> should be shown where exactly? The basic and/or expert benchmark view?
> Within the MatrixMarket browser module? Both in the views and the MM?
>
>
> While we are at it: Could you please think about how to incorporate OpenMP
>> into the GUI? Basically a user should have the following choices:
>> - Run with OpenMP or OpenCL
>> - If with OpenCL: Select device on which to run
>
> This parameter should be selected from the basic view already, just like
>> the precision. The changes to the existing code are minimal, one only needs
>> to provide the right viennacl::context() to the matrix and vector
>> contructors.
>
>
> Sure, I'll see what can be done. Gonna need some detailed info on how to
> select devices & platforms for the benchmark. As far as I can see, there's
> only #ifdef VIENNACL_WITH_OPENCL checking for OpenCL.
>
> Regards, Namik
>
------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
ViennaCL-devel mailing list
ViennaCL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/viennacl-devel
