rocALUTION icon indicating copy to clipboard operation
rocALUTION copied to clipboard

Host backend on 32-bit architectures?

Open cgmb opened this issue 1 year ago • 0 comments

The rocALUTION CPU-based backend builds and works on 32-bit architectures. However, there are some limitations reflected by failing tests. I suspect that the problem tests just want to use more memory than can be addressed. Is there a good way to set a memory limit and skip the tests that would use too much RAM?

On i386:

[ RUN      ] uaamg/parameterized_uaamg.uaamg_double/53
The default OS thread affinity configuration will be used
Cannot allocate memory
Size of the requested buffer = 214063204
Fatal error - the program will be terminated 
File: ./src/utils/allocate_free.cpp; line: 89

On armhf

[ RUN      ] uaamg/parameterized_uaamg.uaamg_double/53
The default OS thread affinity configuration will be used
Cannot allocate memory
Size of the requested buffer = 428126408
Fatal error - the program will be terminated 
File: ./src/utils/allocate_free.cpp; line: 89

The size of the requested buffer is reported as quite small, but given that this is a large test with double-precision, I definitely think this has something to do with the size. It's also interesting that arm and x86 fail slightly differently.

This is obviously not a high priority, but Debian tries to build all architectures by default and these two appear to almost work. This is something for the wishlist.

cgmb avatar Sep 07 '24 04:09 cgmb