Comments (6)
Isn't it sufficient to make sure that we execute operations in the order of ledger entry id? If operations are logged in order, then replaying this way should be sufficient. We can still read in parallel to speed up the read, but we need to make sure that we follow the order of entries.
Building the sequence and replaying might require a pretty large buffer in some cases, no? It might not be such a good idea to do it.
from omid.
I agree with you Daniel. The required memory for this purpose is in order of 10% of the physical memory and it is returned to the system right after recovery. Moreover that this approach greatly simplifies the recovery procedure, as it emulates a natural in-order processing of a sequence of events.
from omid.
I still don't understand the need of buffering before replaying. If we follow the order of entry ids, then I don't see why it should be incorrect.
I also don't understand where you're pulling 10% of memory from, Maysam.
from omid.
I think we all agree that we should just replay in the order of entry ids, but for that we have to buffer, no?
- We want to start reading the log from the tail to avoid reading the whole log and stop early.
- We want to replay the log in the order of entry ids (from the start to the tail).
So we cannot execute anything until we reach the stop condition, and then we execute all operations in order, so we should either buffer the read entries or reread them from BK.
from omid.
Correct, I keep forgetting that we are reading backwards.
from omid.
Current version is not based on BK
from omid.
Related Issues (13)
- Flexible main method
- Aborted transactions cleaned up at clients prematurely
- Compilation issues with Maven 3? HOT 6
- Abort uncommitted transactions during state reconstruction HOT 1
- 'readingBuffers' set grows on every 'SharedMessageBuffer.getReadingBuffer' call HOT 1
- Lack of Timeout for Transactions
- Unable to compile becuase of Ant ERROR HOT 1
- Is the [else if ] branch "write-write conflicts check" necessary?
- Create a Omid-like transaction layer on top of Phoenix HOT 5
- Upgrade to HBase 1.0 API HOT 5
- problem with running tests with large number of rows
- Consistent indentation HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from omid.