-
Notifications
You must be signed in to change notification settings - Fork 57
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
fix: remove closeChannelWhenEmpty busy loop #2594
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
The only minor comment I would have is that adding an additional HTTP server and port might be unnecessary. The pprof endpoints can be handled over port 9711
as well if that's preferable. That being said, a dedicated pprof port is a bit clearer for someone just running docker ps
and seeing which ports are mapped.
good point, would prefer kurtosis engine to not take up another port if it doesn't need to so I'll remove 6060 |
🤖 I have created a release *beep* *boop* --- ## [1.4.2](v1.4.1...1.4.2) (2024-11-10) ### Bug Fixes * don't include component name in release please tags ([#2590](#2590)) ([28582cc](28582cc)) * make releases work again without v in tags ([#2586](#2586)) ([a87f945](a87f945)) * remove closeChannelWhenEmpty busy loop ([#2594](#2594)) ([dbb2193](dbb2193)) * wrong config structure for release please ([#2588](#2588)) ([e7263c3](e7263c3)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). --------- Co-authored-by: kurtosisbot <[email protected]>
Description
Addresses #2593 by getting rid of the busy loop entirely. The loop was checking to make sure all values from the channel were read before closing the channel. When following logs, if a stream is cancelled before reading all logs in the channel, it loops infinitely. This changes the consumer to loop until it's read everything from the channel, even after its been closed.
Also, adds a port for pprof to help with profiling in the future.
Is this change user facing?
YES
References
#2593