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

Modify windmill DirectStreamObserver to call isReady only every 10 messages by default #24853

Merged
merged 1 commit into from
Jan 7, 2023

Conversation

scwhittle
Copy link
Contributor

This provides more output buffering which ensures that output is not throttled on synchronization when message sizes exceed 32KB grpc isready limit.


Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

  • Mention the appropriate issue in your description (for example: addresses #123), if applicable. This will automatically add a link to the pull request in the issue. If you would like the issue to automatically close on merging the pull request, comment fixes #<ISSUE NUMBER> instead.
  • Update CHANGES.md with noteworthy changes.
  • If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md

GitHub Actions Tests Status (on master branch)

Build python source distribution and wheels
Python tests
Java tests
Go tests

See CI.md for more information about GitHub Actions CI.

@scwhittle
Copy link
Contributor Author

R: @reuvenlax

@scwhittle
Copy link
Contributor Author

This is motivated by excessive onReady overhead observed in #24836

@github-actions
Copy link
Contributor

github-actions bot commented Jan 2, 2023

Stopping reviewer notifications for this pull request: review requested by someone other than the bot, ceding control

firstMessage = false;
outboundObserver.onNext(value);
return;
synchronized (lock) {
Copy link
Contributor

Choose a reason for hiding this comment

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

what's the reason to move the lock to outside of the while loop?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

was thinking it would reduce grabbing/releasing, since other callers will be waiting on phaser anyway

But on second thought, that only reduces lock/unlock on timeouts and it could have weird interactions wiating on phaser and blocking onError/onCompleted. Changing it back.

…ssages

by default. This provides more output buffering which ensures that output
is not throttled on synchronization when message sizes exceed 32KB grpc
isready limit.
@reuvenlax
Copy link
Contributor

Run Dataflow ValidatesRunnerStreaming

@reuvenlax
Copy link
Contributor

Run Dataflow Streaming ValidatesRunner

@reuvenlax reuvenlax merged commit c162f4c into apache:master Jan 7, 2023
@scwhittle scwhittle deleted the backoff branch July 25, 2023 23:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants