Valery Silaev

Support multi-threaded Maven builds

2

Here is what Maven reports when invoked in multi-threaded mode (say, "mvn -T 9 clean install") when Moditect plugin is used: [WARNING] The following plugins are not marked @threadSafe in...

Unconfigured TaskSchedule.getDevice() and TornadoCoreRuntime.getDefaultDevice() are different

1

[TornadoCoreRuntime](https://github.com/beehive-lab/TornadoVM/blob/master/runtime/src/main/java/uk/ac/manchester/tornado/runtime/TornadoCoreRuntime.java)`.getDefaultDevice()` return always default device of the driver 0. The newly created [TaskSchedule](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-api/src/main/java/uk/ac/manchester/tornado/api/TaskSchedule.java) without any per-task configuration returns for `getDevice()` a device that is configured by `bin/sdk/etc.tornado.properties` file (properties `tornado.driver`...

[TaskMetaData](https://github.com/beehive-lab/TornadoVM/blob/master/runtime/src/main/java/uk/ac/manchester/tornado/runtime/tasks/meta/TaskMetaData.java) has the following code where `profiles` map is used twice to get same value: ```java public void addProfile(int id) { final TornadoAcceleratorDevice device = getLogicDevice(); BitSet events; profiles.computeIfAbsent(device, k...

In current code: ```java private static final ThreadFactory executorThreadFactory = new ThreadFactory() { private int threadId = 0; //

[TornadoRuntimeException](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-api/src/main/java/uk/ac/manchester/tornado/api/exceptions/TornadoRuntimeException.java), [TornadoUnimplementedException](https://github.com/beehive-lab/TornadoVM/blob/master/runtime/src/main/java/uk/ac/manchester/tornado/runtime/common/exceptions/TornadoUnimplementedException.java), [TornadoTaskRuntimeException](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-api/src/main/java/uk/ac/manchester/tornado/api/exceptions/TornadoTaskRuntimeException.java), [TornadoBailoutRuntimeException](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-api/src/main/java/uk/ac/manchester/tornado/api/exceptions/TornadoBailoutRuntimeException.java) and probably others do not follow standard Java coding practices for Exception classes and contains redundant code. For example, TornadoBailoutRuntimeException: CURRENTLY: ```java public class TornadoBailoutRuntimeException extends...

Altering default device not working with reduction tests

7

It looks like https://github.com/beehive-lab/TornadoVM/pull/61 PR conflicts with recent logic for calculating / checking GridInfo by [Thanos Stratikopoulos](https://github.com/stratika). I've tested code in PR on multiple devices and it worked ok, however,...

Settings from SDK-DIR/etc/tornado.properties are ignored for default platform/device

1

Settings specified in `SDK-DIR/etc/tornado.properties` file are ignored. In particular, setting `tornado.platform` and `tornado.device` has no effect. There is a method `OpenCL.defaultDevice` that uses these properties, but the method itself is...

Adding asynchronous execution to TaskSchedule

24

Currently [TaskSchedule](https://github.com/beehive-lab/TornadoVM/blob/master/tornado-api/src/main/java/uk/ac/manchester/tornado/api/TaskSchedule.java) API contains only blocking versions of `execute` methods: ```java void execute() ; void execute(GridTask gridTask); void executeWithProfiler(Policy policy); void executeWithProfilerSequential(Policy policy); void executeWithProfilerSequentialGlobal(Policy policy); ``` All these methods...

Is it possible to change endianness of data buffers used by driver? I.e. test with the driver a code that shoul run with BigEndian devices?

Here is a code snippet (from [SimpleCompletionStage](https://github.com/lukas-krecan/completion-stage/blob/master/src/main/java/net/javacrumbs/completionstage/SimpleCompletionStage.java)): ```java failure -> { try { action.accept(null, failure); handleFailure(nextStage, failure); } catch (Throwable e) { handleFailure(nextStage, e); } } ``` However, for `CompletableFuture`...