Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

chore: don't cache errors in file cache#18555

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
aslilac wants to merge8 commits intomain
base:main
Choose a base branch
Loading
fromlilac/dont-cache-errors

Conversation

aslilac
Copy link
Member

@aslilacaslilac commentedJun 24, 2025
edited
Loading

By design, concurrent calls toAcquire in the file cache all share a single database fetch. This is by design, so that everyone can share in the success of whoever asked for the file first. That's kind of what caches do!

but one problem with the current implementation is that errors are also shared. This is mostly fine, because once all of the references are dropped, the cache entry will be freed, and the nextAcquire will trigger a new fetch. However, if enough people are trying to load the same file at once, you could imagine how they might keep retrying and the reference count neverquite hits zero.

To combat this, just immediately and forcibly remove errors from the cache, even if they still have references. Whoever is the first to retry afterwards will trigger a new fetch (like we want), which can then again be shared by others who retry.


Related, one opportunity to reduce the potential for errors we have is to usecontext.Background() for the database fetch so that a canceled request context cannot disrupt others who may be waiting for the file. We can then manually check the context outside of theLoad, just like we already do with authorization.

@aslilacaslilac requested a review fromEmyrkJune 24, 2025 22:50
@aslilacaslilac marked this pull request as ready for reviewJune 24, 2025 22:50
}

func(c*Cache)registerMetrics(registerer prometheus.Registerer)*Cache {
funcnewCacheMetrics(registerer prometheus.Registerer)cacheMetrics {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

👍

Comment on lines +161 to 163
// Check if the caller's context was canceled
iferr:=ctx.Err();err!=nil {
returnnil,err
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Why do we need to check this? It will fail theAuthorize if it is cancelled

And if we do this check, do we need to close?

Suggested change
// Check if the caller's context was canceled
iferr:=ctx.Err();err!=nil {
returnnil,err
// Check if the caller's context was canceled
iferr:=ctx.Err();err!=nil {
e.close()
returnnil,err

Comment on lines +166 to 170
// Check that the caller is authorized to access the file
subject,ok:=dbauthz.ActorFromContext(ctx)
if!ok {
returnnil,dbauthz.ErrNoActor
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Need to close?

Suggested change
// Check that the caller is authorized to access the file
subject,ok:=dbauthz.ActorFromContext(ctx)
if!ok {
returnnil,dbauthz.ErrNoActor
}
// Check that the caller is authorized to access the file
subject,ok:=dbauthz.ActorFromContext(ctx)
if!ok {
e.close()
returnnil,dbauthz.ErrNoActor
}

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@EmyrkEmyrkEmyrk left review comments

At least 1 approving review is required to merge this pull request.

Assignees

@aslilacaslilac

Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@aslilac@Emyrk

[8]ページ先頭

©2009-2025 Movatter.jp