PS. mapping operator=() seems to do something and i seem to be able to run
matrix-matrix multiplication between matrices created on OpenCL context. so
even though i have not ascertained the result of the operation being valid,
at least i am not getting not-initialized error. So that looks promising.
however, please let me know if there are more straighforward ways to send
already properly formatted matrix data to the device matrices -- matrix()
and compressed_matrix(). Thank you very much for your help.
-Dmitriy
On Mon, Jul 11, 2016 at 10:17 PM, Dmitriy Lyubimov <dlie...@gmail.com>
wrote:
> Hi,
>
> I am trying to create some elementary wrappers for VCL in javacpp.
>
> Everything goes fine, except i really would rather not use those "cpu"
> types (std::map,
> std::vector) and rather initialize matrices directly by feeding row-major
> or CCS formats.
>
> I see that matrix () constructor accepts this form of initialization; but
> it really states that
> it does "wrapping" for the device memory.
>
> Now, i can create a host matrix() using host memory and row-major packing.
> This works ok it seems.
>
> However, these are still host instances. Can i copy host instances to
> instances on opencl context?
>
> That might be one way bypassing unnecessary (in my case) complexities of
> working with std::vector and std::map classes from java side.
>
> But it looks like there's no copy() variation that would accept a
> matrix-on-host and matrix-on-opencl arguments (or rather, it of course
> declares those to be ambiguous since two methods fit).
>
> For compressed_matrix, there seems to be a set() method, but i guess this
> also requires CCS arrays in the device memory if I use it. Same question,
> is there a way to send-and-wrap CCS arrays to an opencl device instance of
> compressed matrix without using std::map?
>
> Thank you very much for any sugestions.
>
>
>
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
ViennaCL-devel mailing list
ViennaCL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/viennacl-devel
