-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
➕ Optional usage of jemalloc
#640
Conversation
I'm wondering if you would prefer |
clang-tidy review says "All clean, LGTM! 👍" |
1 similar comment
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #640 +/- ##
==========================================
- Coverage 98.41% 98.40% -0.01%
==========================================
Files 252 252
Lines 40856 40856
Branches 1863 1863
==========================================
- Hits 40207 40205 -2
- Misses 649 651 +2 see 3 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
That's a good question. I don't think we have established consistency rules for that. And it might even be that the current usage is inconsistent even. My gut feeling says |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
I think that makes sense. It's rather like |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
I'm not figuring out why it keeps failing on macOS + g++. I'm considering
excluding it from the CI
…On Tue, 28 Jan 2025, 08:20 Jan Drewniok, ***@***.***> wrote:
Assigned #640 <#640> to @wlambooy
<https://github.com/wlambooy>.
—
Reply to this email directly, view it on GitHub
<#640 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIPWO5YPIETH7HF3Y2DGFSD2M4VTXAVCNFSM6AAAAABVQQXJB6VHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJWGA4DQNBSHEZTKNI>
.
You are receiving this because you were assigned.Message ID:
***@***.***>
|
If you include this exception in the documentation, I'd be okay with disabling |
# Conflicts: # libs/CMakeLists.txt
Reminder to self: add documentation |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
clang-tidy review says "All clean, LGTM! 👍" |
Description
This PR introduces the CMake option
-DFICTION_ENABLE_JEMALLOC
with which the standard implementation ofmalloc
is replaced with replaced with the jemalloc implementation by Jason Evans.While the usage is not beneficial to every application (and may add runtime due to overhead), it can bring significant runtime improvements to some applications. In particular, it is recommended to use jemalloc for a parallelised application in which allocations are predominantly non-ephemeral.
Checklist: