Valery Silaev

Re-tested without my modifications on version 0.8: ``` $ tornado --printBytecodes --debug -Dtornado.ooo-execution.enable=true -Ds0.t0.device=0:1 uk.ac.manchester.tornado.examples.compute.MatrixMultiplication2D 128 Computing MxM of 128x128 task info: s0.t0 platform : Intel(R) OpenCL device : Intel(R)...

> Thank you, can you please open a PR to `develop` with this content? We will have a look from 1st Feb. Well, actually no need to do this. After...

Ok, yet another try. The plan is following: 1. Keep existing code with `GetPrimitiveArrayCritical` / `ReleasePrimitiveArrayCritical` in `transferFromDeviceToHost` / `transferFromHostToDevice` - to use direct reference to array memory on heap....

Status update. 1. Obviously, just keeping reference to avoid GC-ing buffer array doesn't help - its location in memory may be changed during GC. 2. I rewrite `OCLCommandQueue` to use...

Yes, I were testing with OpenCL only. You need at least 2 OpenCL devices. After compilation try to run tests with default device - everything should be ok. Then in...

I've added system-out to corresponding methods of `TornadoVM` class (in runtime) and see the following sequence... Command: ``` tornado -Dtornado.unittests.verbose=True -Xmx6g -Dtornado.recover.bailout=True --printBytecodes -Dtornado.driver=0 -Dtornado.device=1 uk.ac.manchester.tornado.unittests.tools.TornadoTestRunner uk.ac.manchester.tornado.unittests.reductions.TestReductionsLong#testMaxReduction ``` Output: ```...

Juan, this is because you are using "per-task" mechanism to select driver (`-J"-Ds0.t0.device=0:2 -Ds0.t1.device=0:2"`). If you will try to use my proposed "per-vm" mechanism than you'll see the issue: `-J"-Dtornado.driver=0...

> I think we should deprecate the properties file. I would rather keep it and collect here all properties used with default values and comments what they are for.

> BTW, to print the TornadoVM bytecodes you can use: > > ```shell > tornado --printBytecodes .... > ``` I'm aware of this option, but TornadoVM first collects the whole...

I've fixed the issue locally via modifying [TornadoTestBase](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-unittests/src/main/java/uk/ac/manchester/tornado/unittests/common/TornadoTestBase.java) Changes are: 1. Separate `@BeforeClass` and `@Before` behavior -- you have mixed both under `@Before` 2. Changed default device/driver to take on...