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

[memory management] Investigate possible usage of arena allocation technique in internals of openMCDF libaray #27

Closed
michaelp opened this issue Jul 22, 2018 · 3 comments
Assignees
Labels
enhancement performance issues or enhancements related to the performance characteristics of the project

Comments

@michaelp
Copy link
Contributor

The task boils down to the investigation of the possible usage of the following friends
MemoryPool, IMemoryOwner, MemoryManager ,ArrayPool , Memory, BufferManager in the internal allocations of the openMCDF. Unlike issue #26 , this task is intended to tackle the problem without introducing breaking API changes.

@michaelp michaelp added enhancement performance issues or enhancements related to the performance characteristics of the project labels Jul 22, 2018
@michaelp michaelp self-assigned this Jul 22, 2018
@michaelp
Copy link
Contributor Author

@ironfede i am starting with this one, if you don't mind. Is there anything that I should know?

@jeremy-visionaid
Copy link
Collaborator

@michaelp The memory usage has been significantly reduced as part of #194 by utilizing enumerators instead of lists. For the most part it doesn't generally use pools (aside from a few cases to provide modern equivalents of ReadExactly for old TFMs i.e. netstandard2.0)

@jeremy-visionaid
Copy link
Collaborator

I'm hopeful that 3.0.0-preview1 should get released to NuGet in the next few days. @ironfede has kindly granted me write access to the repo, so I'll go ahead and close this one as fixed by #194.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement performance issues or enhancements related to the performance characteristics of the project
Projects
None yet
Development

No branches or pull requests

2 participants