Skip to content

chore: TODO cleanup: use buffer pool instead of generic #4437

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

Closed
wants to merge 2 commits into from
+17 −5
Closed

chore: TODO cleanup: use buffer pool instead of generic #4437

Changes from 1 commit
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
f065efe
TODO cleanup: use buffer pool instead of generic
oleg-kozlyuk-grafana Sep 16, 2025
411cb4f
Use fixed initial size
oleg-kozlyuk-grafana Sep 16, 2025
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion pkg/segmentwriter/segment.go
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -274,7 +274,7 @@ func (s *segment) flushBlock(stream flushStream) (*bufferpool.Buffer, *metastore
Datasets: make([]*metastorev1.Dataset, 0, len(stream.heads)),
}

blockFile := bufferpool.GetBuffer(len(stream.heads) * 2 / 1024) // rough estimate, 2kb per head
blockFile := bufferpool.GetBuffer(2 * 1024) // reserve extra to avoid resizes
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we maybe remember the size of the buffer between flushes?

Also 2k is likely too short

Not sure if you have access https://ops.grafana-ops.net/goto/bey8h9q72mu4gd?orgId=1

image

Do you know why was it divided by 1024? Was it a bug?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The division was a typo - sorry about that, already fixed before comment.

Good point about buffer size - I tried to take a safe route, but it looks like - esp. considering how bufferpool works - it won't work. Will rethink


w := &writerOffset{Writer: blockFile}
for stream.Next() {
Expand Down
Loading