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

Improve key state marking in nearcached getAll #9403

Closed
ahmetmircik opened this issue Dec 8, 2016 · 2 comments

Comments

Projects
None yet
3 participants
@ahmetmircik
Copy link
Member

commented Dec 8, 2016

instead of key based marking partition based approach can be used

@tombujok

This comment has been minimized.

Copy link
Contributor

commented Jan 13, 2017

@ahmetmircik Can you provide more details? How can one implement it?

@ahmetmircik

This comment has been minimized.

Copy link
Member Author

commented Jan 13, 2017

Actually i have a pr for that #9567
When we are ok with that PR, this issue will be fixed. Assigning myself.

EDIT: new PR #9660

@ahmetmircik ahmetmircik self-assigned this Jan 13, 2017

This was referenced Jan 13, 2017

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Jan 30, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 3 states now UPDATE_STARTED, REMOVE_REQUESTED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` and `merge` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 1, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 3 states now UPDATE_STARTED, REMOVE_REQUESTED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` and `merge` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 3, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 3 states now UPDATE_STARTED, REMOVE_REQUESTED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` and `merge` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 6, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 3 states now UPDATE_STARTED, REMOVE_REQUESTED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 6, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 3 states now UPDATE_STARTED, REMOVE_REQUESTED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`

ahmetmircik added a commit to ahmetmircik/hazelcast that referenced this issue Feb 7, 2017

Fixed issues related with near cache local invalidations:
- Removed stale read probability during near cache updates.
- Removed `KeyStateMarker` and introduced record states. A record can have 2 main states now RESERVED, READ_PERMITTED. This new approach will help to utilize near cache more effectively compared to existing approach. Because in existing approach, only one thread can operate on a partition, if other threads want to put some other keys belonging to that partition, they can't do it because partition is already locked by first thread.
- fixes hazelcast#9403
- Implemented `computeIfPresent` for `IConcurrentMap` and introduced `IBiFunction`
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.