History log of /oneTBB/src/tbbmalloc/large_objects.cpp (Results 1 – 11 of 11)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: v2021.12.0-rc1, v2021.4.1, v2021.11.0, v2021.2.4, v2021.11.0-rc1, v2021.11.0-src-rc1, v2021.2.3
# 4743eda2 10-Aug-2023 Lukasz Dorau <[email protected]>

Initialize uninitialized scalar field currTime

Initialize uninitialized scalar field currTime.
It fixes the Coverity issue #449478.

Signed-off-by: Lukasz Dorau <[email protected]>


Revision tags: v2021.10.0
# 32d5ec1f 05-Jun-2023 Łukasz Plewa <[email protected]>

Add additional synchronization around *CachesCleanup function

This commit fixes the issue when test_malloc_pools TestFixedBufferPool
fails sporadically on test_malloc_pools.cpp:437

utils::NativePar

Add additional synchronization around *CachesCleanup function

This commit fixes the issue when test_malloc_pools TestFixedBufferPool
fails sporadically on test_malloc_pools.cpp:437

utils::NativeParallelFor( p, FixedPoolUse(p, pool, MAX_OBJECT/p/2,1) );

The main problem was that threads were not aware of cleanup operations
done by SoftCachesCleanup() and HardCachesCleanup() functions.
So while one thread was doing a cleanup, the second one
returns ENOMEM as it couldn't find any memory to allocate in the
backend (this test creates fixedSizePool)

The change adds additional flags and counters that indicate cleanup
operation is in progress, allowing the thread to wait for those
operations to complete before deciding if there is free memory to
allocate or not and return this information to the caller.

In the scenario reproduced by the test, memory for the allocation can
be reclaimed from the LOC. This operation happens in the
loc.cleanAll() or loc.regularCleanup functions called respectively, by
hardCachesCleanup() or softCachesCleanup() functions.
In those functions, free memory is removed from LOC and added to the
backend bin. Between those operations, other threads are unaware that
this memory block is free and returns ENOMEM to the user.

To fix this problem, this patch adds two flags to indicate that
cleanup (soft or hard) is in progress, and threads should wait before
returning NULL to the user.

But there was one more problem: backend::clean() function.
This function removes memory from the bins to try to release or
coalesce it. The problem is that other threads were not aware of
this operation. It causes a 'funny' situation when:

Thread 1: Performs HardCachescleanup function
Thread 2: wait "waitTillBlockReleased()"
Thread 1: Returns memory from LOC
Thread 2: exits waitTillBlockReleased() as it detected new memory in
backend
Thread 1: starts backend::clean() - removes memory from the bin to try
coalesce it
Thread 2: Fail memory allocation as there is no free block in
bins, and returns ENOMEM
Thread 1: Finish coalescing and return memory back to bins

To resolve this problem, this patch adds a counter which allows
threads to detect when clean operation is done so that the threads
will wait for the complition of there is no memory available.

Signed-off-by: Łukasz Plewa <[email protected]>

show more ...


Revision tags: v2021.10.0-rc1, v2020.3.3, v2021.2.2
# 269d1c3e 17-Apr-2023 Konstantin Boyarinov <[email protected]>

Fix uninitialized variable in tbbmalloc for KW (#1068)

Signed-off-by: kboyarinov <[email protected]>


Revision tags: v2021.9.0
# a96a032f 06-Apr-2023 Vladislav Shchapov <[email protected]>

Fix for build error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] (#1059)

Signed-off-by: Vladislav Shchapov <[email protected]>


# 2110128e 30-Mar-2023 sarathnandu <[email protected]>

Introduce new SDL compile flags on Windows and fix warnings. (#1035)

* Add Windows compiler flags related to security and fix TBB Malloc Warnings.
---------

Signed-off-by: sarathnandu <sarath.na

Introduce new SDL compile flags on Windows and fix warnings. (#1035)

* Add Windows compiler flags related to security and fix TBB Malloc Warnings.
---------

Signed-off-by: sarathnandu <[email protected]>
Co-authored-by: Pavel Kumbrasev <[email protected]>

show more ...


Revision tags: v2021.2.1, v2021.9.0-rc1, v2020.3.2, v2021.8.0, v2021.8.0-rc1, v2020.3.1, v2021.7.0, v2021.7.0-rc1, v2021.6.0
# 451e76ef 26-May-2022 Dmitri Mokhov <[email protected]>

Do not store in LargeObjectCache objects whose sizes align to maxHugeSize (#838)

Signed-off-by: Dmitri Mokhov <[email protected]>


# c21e688a 01-Feb-2022 Sergey Zheltov <[email protected]>

Update copyright year 2021 -> 2022 (#761)

Signed-off-by: Zheltov, Sergey1 <[email protected]>


# 57f524ca 26-Jan-2022 Ilya Isaev <[email protected]>

clang-tidy: use nullptr instead of NULL (#631)

This patch applies clang-tidy check- modernize-use-nullptr

Signed-off-by: Ilya Isaev <[email protected]>
Co-authored-by: vlserov <vladimir.serov

clang-tidy: use nullptr instead of NULL (#631)

This patch applies clang-tidy check- modernize-use-nullptr

Signed-off-by: Ilya Isaev <[email protected]>
Co-authored-by: vlserov <[email protected]>

show more ...


Revision tags: v2021.6.0-rc1, v2021.5.0, v2021.5.0-rc2, v2021.5.0-rc1, v2021.4.0, v2021.4.0-rc1, v2021.3.0
# 478de5b1 05-May-2021 tbbdev <[email protected]>

Commit oneTBB source code 82ff8707


Revision tags: v2021.2.0, v2021.2.0-rc
# b15aabb3 26-Jan-2021 tbbdev <[email protected]>

Commit oneTBB source code 9ed4a21c


Revision tags: v2021.1.1, v2021.1-beta10
# 51c0b2f7 25-Sep-2020 tbbdev <[email protected]>

Commit oneTBB source code 4ebd2d06