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

[Build-deps]: Bump github.com/ReneKroon/ttlcache/v2 from 2.4.0 to 2.11.0 #183

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

dependabot[bot]
Copy link

@dependabot dependabot bot commented on behalf of github Dec 20, 2021

Bumps github.com/ReneKroon/ttlcache/v2 from 2.4.0 to 2.11.0.

Release notes

Sourced from github.com/ReneKroon/ttlcache/v2's releases.

2.11.0 - GetItems method added

2.11.0 (December 2021) #64: @​DoubleDi added a method GetItems to retrieve all items in the cache. This method also triggers all callbacks associated with a normal Get

API changes:

// GetItems returns a copy of all items in the cache. Returns nil when the cache has been closed. 
func (cache *Cache) GetItems() map[string]interface{} {..}

2.10.0 - memory leak fix

2.10.0 (December 2021)

#62 : @​nikhilk1701 found a memory leak where removed items are not directly eligible for garbage collection. There are no API changes.

v2.9.0 - Great performance improvements

2.9.0 (October 2021)

#55,#56,#57 : @​chenyahui was on fire and greatly improved the peformance of the library. He also got rid of the blocking call to expirationNotification, making the code run twice as fast in the benchmarks!

2.8.1 - Performance improvement

#53 Avoids recalculation of TTL value returned in API when TTL is extended.

2.8.0 - Add GetWithTTL

API Change

  • The call GetWithTTL(key string) (interface{}, time.Duration, error) is added so that you can retrieve an item, and also know the remaining TTL. Thanks to @​asgarciap for contributing.

"got panic"

#46 : got panic

A panic occured in a line that checks the maximum amount of items in the cache. While not definite root cause has been found, there is indeed the possibility of crashing an empty cache if the cache limit is set to 'zero' which codes for infinite. This would lead to removal of the first item in the cache which would panic on an empty cache.

Fixed this by applying the global cache lock to all configuration options as well.

Improved concurrency in loader function.

#44 : There are no API changes, but a contribution was made to use https://pkg.go.dev/golang.org/x/sync/singleflight as a way to provide everybody waiting for a key with that result when it is fetched. Thanks go out to @​jspri

This removes some complexity from the code and will make sure that all callers will get a return value even if there's high concurrency and low TTL (as proven by the test that was added).

2.5.0

API changes:

  • #39 : Allow custom loader function for each key via GetByLoader

Introduce the SimpleCache interface for quick-start and basic usage.

Changelog

Sourced from github.com/ReneKroon/ttlcache/v2's changelog.

2.11.0 (December 2021)

#64: @​DoubeDi added a method GetItems to retrieve all items in the cache. This method also triggers all callbacks associated with a normal Get

API changes:

// GetItems returns a copy of all items in the cache. Returns nil when the cache has been closed. func (cache *Cache) GetItems() map[string]interface{} {

2.10.0 (December 2021)

#62 : @​nikhilk1701 found a memory leak where removed items are not directly eligible for garbage collection. There are no API changes.

2.9.0 (October 2021)

#55,#56,#57 : @​chenyahui was on fire and greatly improved the peformance of the library. He also got rid of the blocking call to expirationNotification, making the code run twice as fast in the benchmarks!

2.8.1 (September 2021)

#53 : Avoids recalculation of TTL value returned in API when TTL is extended. by @​iczc

2.8.0 (August 2021)

#51 : The call GetWithTTL(key string) (interface{}, time.Duration, error) is added so that you can retrieve an item, and also know the remaining TTL. Thanks to @​asgarciap for contributing.

2.7.0 (June 2021)

#46 : got panic

A panic occured in a line that checks the maximum amount of items in the cache. While not definite root cause has been found, there is indeed the possibility of crashing an empty cache if the cache limit is set to 'zero' which codes for infinite. This would lead to removal of the first item in the cache which would panic on an empty cache.

Fixed this by applying the global cache lock to all configuration options as well.

2.6.0 (May 2021)

#44 : There are no API changes, but a contribution was made to use https://pkg.go.dev/golang.org/x/sync/singleflight as a way to provide everybody waiting for a key with that key when it's fetched.

This removes some complexity from the code and will make sure that all callers will get a return value even if there's high concurrency and low TTL (as proven by the test that was added).

2.5.0 (May 2021)

API changes:

  • #39 : Allow custom loader function for each key via GetByLoader

Introduce the SimpleCache interface for quick-start and basic usage.

Commits
  • c5ed07c Prepare release
  • d454340 Fix travis coverage on PRs
  • f3ee70c GetItems: use getItem
  • 14f5461 add GetItems method
  • de26703 Create release notes
  • e2f836b Bug-fix/fixes memory leaks in priority queue
  • 6eff24f only run coverage on master
  • f02d66e Clarify usage of inner variables
  • a72e165 Prepare release
  • c58901a feat: reduce notification times and use buffer channel to avoid notification...
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [github.com/ReneKroon/ttlcache/v2](https://github.com/ReneKroon/ttlcache) from 2.4.0 to 2.11.0.
- [Release notes](https://github.com/ReneKroon/ttlcache/releases)
- [Changelog](https://github.com/ReneKroon/ttlcache/blob/master/CHANGELOG.md)
- [Commits](jellydator/ttlcache@v2.4.0...v2.11.0)

---
updated-dependencies:
- dependency-name: github.com/ReneKroon/ttlcache/v2
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Dec 20, 2021
@dependabot @github
Copy link
Author

dependabot bot commented on behalf of github Dec 20, 2021

Dependabot tried to add @ishank011 and @SamuAlfageme as reviewers to this PR, but received the following error from GitHub:

POST https://api.github.com/repos/mateusz-garlacz/reva/pulls/183/requested_reviewers: 422 - Reviews may only be requested from collaborators. One or more of the users or teams you specified is not a collaborator of the mateusz-garlacz/reva repository. // See: https://docs.github.com/rest/reference/pulls#request-reviewers-for-a-pull-request

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants