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

Off-loading of memory tables #811

Closed
samuelmanzanera opened this issue Jan 5, 2023 · 1 comment · Fixed by #883
Closed

Off-loading of memory tables #811

samuelmanzanera opened this issue Jan 5, 2023 · 1 comment · Fixed by #883
Assignees
Labels
core team Assigned to the core team DB Involve database feature New feature request

Comments

@samuelmanzanera
Copy link
Member

We have some in memory tables to store aggregated data about transactions or even for indexing.
However, we need to be careful on the amount of data stored and think for an off-loading strategy.

There are two main areas which are more consuming the memory:

  • DB: with the indexing of the file position for each tx
  • Oracle: with the storage of all aggregated data

For the oracle, we might decide to keep only the 2-3 latest results of the polling and provide functions to read from the disk the previous data.

For the DB, we might have a strategy in terms of capacity of the ETS table. A max capacity of how many transactions should be hold can be implemented.
Moreover, the most frequent used transactions are the latest. So, we might have a strategy to hold only the last transaction of a chain in memory.

@samuelmanzanera samuelmanzanera added feature New feature request DB Involve database core team Assigned to the core team labels Jan 5, 2023
@internet-zero
Copy link
Member

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core team Assigned to the core team DB Involve database feature New feature request
Projects
Status: Done 🍻
Development

Successfully merging a pull request may close this issue.

3 participants