Possible to show GC performance on... a few variations?
superdolt opened this issue · comments
- Possible to show GC performance on... a few variations?
- Possible to provide example usage with a "package main" example instead?
- pls show alloc / op and bytes alloc / op information. thx
- how do you gzip-size? what do you mean by gzip-size on the front page readme? how do you gzip the data?
- how do you do delete function or insertion one by one?
- suggestion on how to do lru with this slim trie?
- Possible to show GC performance on... a few variations?
How to benchmark the GC performance? I've not yet done this before. 🤔
- Possible to provide example usage with a "package main" example instead?
I did not get what you want.
- pls show alloc / op and bytes alloc / op information. thx
Detailed benchmark can be obtained by running test with -bench
or -benchmem
.
A query operation does not alloc to fetch a fixed type return value, such as u16
.
The more generic query API that returns interface{}
allocates one interface
for the return value.
Memory allocation during creation is hard to estimate, let the benchmark tell.
- how do you gzip-size? what do you mean by gzip-size on the front page readme? how do you gzip the data?
Just the default gzip <fn>
- how do you do delete function or insertion one by one?
slimtrie is static thus it does not support deletion after creation.
- suggestion on how to do lru with this slim trie?
LRU is not possible with a static data type.