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.

Sign up for GitHub

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

Jump to bottom

Data retrieval performance improvements #198

Open
caseybryant opened this issue Jul 18, 2014 · 3 comments
Open

Data retrieval performance improvements #198

caseybryant opened this issue Jul 18, 2014 · 3 comments
Labels
enhancement

Comments

@caseybryant
Copy link
Contributor

Data retrieval speeds need to be improved using a combination of db query and data storage container defragmentation.
@caseybryant
Copy link
Contributor Author

Test performance differences between in-db data storage and local file-based storage. Use the most performant storage method.

@caseybryant
Copy link
Contributor Author

Test different data compression mechanisms for performance and data-size.

caseybryant pushed a commit to caseybryant/coverage-model that referenced this issue Jul 30, 2014
@lldaj
Issue ooici#198 - Storage container defragmentation implemented.
ad880ff 
Defragmentation still needs to be kicked off somewhere as a scheduled task.
caseybryant pushed a commit to caseybryant/coverage-model that referenced this issue Jul 30, 2014
@lldaj
Issue ooici#198 - Increase default data container size to 8 MB.
ede302a
@caseybryant
Copy link
Contributor Author

Defragementation logic is implemented, but direction is needed for kicking off a defragmentation task. Logic works as-is, but defragmentation will improve performance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@caseybryant