Anton, I disagree.
1. This should be released with main distro.
2. This should not be abandoned.
3. There is not any release process in ignite-extensions.
4. Everything is working now and working good.
So lets do not do this :)
пн, 6 дек. 2021 г. в 14:49, Anton Vinogradov :
> Let's move all GC
Let's move all GCC-related parts to ignite-extensions, release, and use
them as a maven dependency.
On Fri, Dec 3, 2021 at 1:08 PM Ivan Daschinsky wrote:
> Ok, TC suite is ready [1].
> If there is no objections, I will merge it soon.
>
> Possible concerns -- now it is required to install build-
Ok, TC suite is ready [1].
If there is no objections, I will merge it soon.
Possible concerns -- now it is required to install build-essentials and
libnuma-dev in order to build ignite on 64 bit linux.
I suppose that this is not a big deal, but maybe someone will contradict?
[1] --
https://ci.ig
>> Our runs show about 7-10 speedup,
Sorry, typo 7-10% speedup
чт, 2 дек. 2021 г. в 12:01, Ivan Daschinsky :
> Andrey, thanks!
>
> This allocator can be tested on every NUMA system.
> Our runs show about 7-10 speedup, if we use allocattor with interleaved
> strategy + -XX:+UseNUMA.
> But unfortu
Andrey, thanks!
This allocator can be tested on every NUMA system.
Our runs show about 7-10 speedup, if we use allocattor with interleaved
strategy + -XX:+UseNUMA.
But unfortunately our yardstick benches doesn't use offheap a lot, usually
above one Gb.
We trying to do more benches with real data a
Ivan,
Great job. PR looks good.
This allocator in interleaved mode and passing `-XX:+UseNUMA` flag to jvm
> show promising results on yardstick benches. Technically, G1 is not a numa
> aware collector for java versions less than 14, but allocation of heap in
> interleaved mode shows good results
Semyon D. and Maks T. -- thanks a lot for review.
BTW, Igniters, I will appreciate all opinions and feedback.
пн, 29 нояб. 2021 г. в 10:13, Ivan Daschinsky :
> Hi, igniters!
>
> There is not a big secret that nowadays NUMA is quite common in
> multiprocessor systems.
> And this memory architectu
