Skip to content
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

[Tiered Caching][Improvement] Simplifying tiered spillover cache locking mechanism #11802

Closed
sgup432 opened this issue Jan 8, 2024 · 3 comments
Labels
enhancement Enhancement or improvement to existing feature or request Search:Performance untriaged

Comments

@sgup432
Copy link
Contributor

sgup432 commented Jan 8, 2024

Is your feature request related to a problem? Please describe

To address comments here - #10753 (comment)
We need to see if there is a way to simplify locking mechanism which is currently hard to read.

Currently while trying to put any new item onto Heap cache, we do it under a write lock. Any evictions occuring from onHeap cache happens under the same lock after which we put it onto disk cache. The whole flow is complex to understand, need to see if there is a way better to do it.

Describe the solution you'd like

NA

Related component

Search:Performance

Describe alternatives you've considered

No response

Additional context

No response

@sgup432 sgup432 added enhancement Enhancement or improvement to existing feature or request untriaged labels Jan 8, 2024
@peternied
Copy link
Member

[Triage - attendees 1 2]
@sgup432 Thanks for creating this issue; however, it isn't being accepted due to lack of clarity around what is hard to read or in what way the improvement to should be made (e.g. can we add documentation?) . Please feel free to re-open after addressing the reason.

@sgup432
Copy link
Contributor Author

sgup432 commented Jan 24, 2024

@peternied I did mention what is the issue here

Currently while trying to put any new item onto Heap cache, we do it under a write lock. Any evictions occuring from onHeap cache happens under the same lock after which we put it onto disk cache. The whole flow is complex to understand, need to see if there is a way better to do it.

Can you reopen this again? This was created as @Bukhtawar had some concerns on this and we need to explore a way once initial set of changes have gone in.

@peternied
Copy link
Member

Thanks for the response @sgup432 - when reviewing this issue as the triage team this wasn't clear.

Maintainers and contributors rely on details in issues to evaluate pull requests. Please update the description with addition details.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Enhancement or improvement to existing feature or request Search:Performance untriaged
Projects
None yet
Development

No branches or pull requests

2 participants