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

Redesign the file storage to use MappedByteBuffer #8

Open
bdezonia opened this issue Jul 21, 2019 · 1 comment
Open

Redesign the file storage to use MappedByteBuffer #8

bdezonia opened this issue Jul 21, 2019 · 1 comment

Comments

@bdezonia
Copy link
Owner

The file based storage for types would be much improved if it can be based upon nio's MappedByteBuffer. Whatever is implemented needs to be able to handle huge files and to do so in an efficient manner. Maybe all data types will change from working with RandomAccessFile to something else and thus this might be an api breaking change.

@bdezonia bdezonia added the 1.0 label Apr 4, 2020
@bdezonia
Copy link
Owner Author

For the 1.0.0 release I decided to settle on ByteBuffer enabled code (and not yet MappedByteBuffer). The code performance is now 10 to 100 times faster than before. If further speed is necessary I will revisit the MappedByteBuffer idea.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant