Lorenzo Dematté
Lorenzo Dematté
Where could we buy the same/a compatible (or "supported") kit from outside the US? From Adafruit or another vendor? I understand Adafruit maybe could offer international shipping, but intl shipping...
**Build scan:** https://gradle-enterprise.elastic.co/s/3wos7fwi53c4a/tests/:x-pack:plugin:esql:test/org.elasticsearch.xpack.esql.expression.predicate.operator.arithmetic.AddTests/testCrankyEvaluateBlockWithoutNullsFloating%20%7BTestCase=%3Cfar%20future%20date%3E,%20%3Crandom%20date%20period%3E%20null%20in%200%7D **Reproduction line:** ``` ./gradlew ':x-pack:plugin:esql:test' --tests "org.elasticsearch.xpack.esql.expression.predicate.operator.arithmetic.AddTests.testCrankyEvaluateBlockWithoutNullsFloating {TestCase=, null in 0}" -Dtests.seed=A25CCFE008A9C0B5 -Dtests.locale=es-BO -Dtests.timezone=Asia/Chita -Druntime.java=21 ``` **Applicable branches:** 8.13 **Reproduces locally?:** Didn't try **Failure history:** [Failure dashboard...
This PR is the complement of https://github.com/elastic/elasticsearch/pull/106133 for x64 architectures. While the vec native library can been compiled as-is on Windows, MacOS and Linux, we deliberately chose to concentrate on...
Fails with the seed in the repro - delta is higher than the accepted threshold **Build scan:** https://gradle-enterprise.elastic.co/s/chlbqpvw7xdxk/tests/:server:test/org.elasticsearch.lucene.spatial.CartesianCentroidCalculatorTests/testAddDifferentDimensionalType **Reproduction line:** ``` ./gradlew ':server:test' --tests "org.elasticsearch.lucene.spatial.CartesianCentroidCalculatorTests.testAddDifferentDimensionalType" -Dtests.seed=D7FECF33A3EE59FB -Dtests.locale=es-VE -Dtests.timezone=Etc/GMT0 -Druntime.java=21 ```...
### CI Link https://gradle-enterprise.elastic.co/s/au3yen3ihluxs ### Repro line N/A ### Does it reproduce? Didn't try locally, but it seems to fail pretty reliably (at least on my PR). ### Applicable branches...
Other 3 tests in the same suite failed in this run for the same reason: Index 0 out of bounds for length 0 On a first look it seems similar...
In `cuvsRMMMemoryResourceReset`, we currently call `rmm::mr::set_current_device_resource(nullptr)`; but this generates segfaults (more specifically, a tentative to dereference a NULL pointer) We should either save the original resource we get inside `cuvsRMMPoolMemoryResourceEnable`...
As discussed during a sync, we want to relax version matching/checking between cuvs-java and the cuVS C library. The rationale is that the C API should be pretty stable, and...
**Describe the bug** When using the C API cuvsRMMPoolMemoryResourceEnable/cuvsRMMMemoryResourceReset, cuvsBruteForceSearch fails with a SEGFAULT for a null pointer: ``` siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000000000 ``` Here...
While profiling cuvs-java, we found that allocating a `PinnedMemoryBuffer` for each host->device or device->host memory copy was unnecessary and wasteful. This PR moves the allocation of a `PinnedMemoryBuffer` to `CuVSResourcesImpl`,...