-
Notifications
You must be signed in to change notification settings - Fork 10
Remove our own shared memory tooling #408
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
Conversation
Codecov ReportAttention: Patch coverage is
❌ Your project status has failed because the head coverage (85.23%) is below the target coverage (90.00%). You can increase the head coverage or adjust the target coverage. Additional details and impacted files@@ Coverage Diff @@
## TDE_REL_17_STABLE #408 +/- ##
=====================================================
- Coverage 85.51% 85.23% -0.28%
=====================================================
Files 22 21 -1
Lines 2547 2499 -48
Branches 389 385 -4
=====================================================
- Hits 2178 2130 -48
Misses 293 293
Partials 76 76
🚀 New features to boost your workflow:
|
8edf4c6
to
7971e17
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great! I had a naming question, but I realize that name was weird even before this PR.
Since the only thing our key provider code does with shared memory is look up a LWLock tranche it is quite a waste of lines of codes to use our own layer on top of the PostgreSQL shared memory.
Since it just has one user now let's remove our own shared memory code and remove a lot of generic code that we do not need.
Now that we have removed our shared memory tools the remaining contents of the header can be moved elsewhere.
We had an own layer on top of PostgreSQL's shared memory utilities which was of doubtful usefulness since while it may have saved a few bytes of memory if we would have had many users of the system it also made it harder to inspect our allocations since a lot of the built-in tooling could not be used.
It also turns out there was only one serious user of the code, the principal key code. The other user, the key provider code, actually did not store anything interesting in shared memory at all. And with only on real user these inhouse utilities added even less value.