Skip to content

made huge improvement: *decide to change from storing offset of var to linear ready cause this saves us trouble and is easier - errors can be detected early on - encoding format is now consistent - expected size is exactly as you expect it - encoding went to around 1 allocs/ op which is big progress - e-ncoding same struct twice gives us 0 allocs To Do: -perform a complete migration from fractus to HighPerfFractus Maybe keeping the naming as fractus - Make naming consistent right now they are lot of test variables that are not needed - format all files - write a complete documentation for this version - showcase improvement compared to previous versions - Expose only functions that should be usable by user (eg; FixedSize -> fixedSize) - Comment the code(at least critical part) Achieve Goals: - Allocs reduced greatly from around 20 to 0 - time taken reduce from 1000ns/op to 200ns/op or less#9

Merged
rawbytedev merged 4 commits intomainfrom
allocs-reduction
Dec 2, 2025

Conversation

@rawbytedev
Copy link
Copy Markdown
Owner

No description provided.

…t when using some data type from which we can't avoid allocs like slice
*decide to change from storing offset of var to linear ready cause this saves us trouble and is easier
- errors can be detected early on
- encoding format is now consistent
- expected size is exactly as you expect it
- encoding went to around 1 allocs/ op which is big progress
- e-ncoding same struct twice gives us 0 allocs
To Do:
-perform a complete migration from fractus to HighPerfFractus Maybe keeping the naming as fractus
- Make naming consistent right now they are lot of test variables that are not needed
- format all files
- write a complete documentation for this version
- showcase improvement compared to previous versions
- Expose only functions that should be usable by user (eg; FixedSize -> fixedSize)
- Comment the code(at least critical part)
Achieve Goals:
- Allocs reduced greatly from around 20 to 0
- time taken reduce from 1000ns/op to 200ns/op or less
@rawbytedev
Copy link
Copy Markdown
Owner Author

We'll do a full migration from old fractus to new one then we'll focus on dev branch of fractus(zero-allocs for every operation and extremely fast)

Note: Main branch and Dev branch will not be merged and those are two distent implementation Fractus on Main aims for simple, dynamic easy to use whereas Fractus on Dev branch would highly effecient and will require careful configuration to get the most out of it

@rawbytedev rawbytedev merged commit 1dfb1bf into main Dec 2, 2025
4 checks passed
@rawbytedev rawbytedev mentioned this pull request Dec 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant