Skip to content

Conversation

@UdjinM6
Copy link

@UdjinM6 UdjinM6 commented Feb 6, 2021

Instead of sleeping only when no work has been done. Avoids useless cycles, improves batching.

Extracted from #3970

Instead of sleeping only when no work has been done.
Avoids useless cycles, improves batching.
@UdjinM6 UdjinM6 added this to the 17 milestone Feb 6, 2021
@UdjinM6 UdjinM6 marked this pull request as ready for review February 6, 2021 15:48
Copy link

@xdustinface xdustinface left a comment

Choose a reason for hiding this comment

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

Makes sense, see suggestions-3988 for some potential tweaks. I think 0db9da9 is definitely required to be accurate if i didn't get it wrong, thoughts?

It might happen that we get 32 pending but do only verify less than 32 and in this case we would assume there is no more work but it could still be more in the pipeline from my understanding.
@UdjinM6
Copy link
Author

UdjinM6 commented Feb 10, 2021

Picked them all. Good catch re count vs size (0db9da9)! 👍

Copy link

@xdustinface xdustinface left a comment

Choose a reason for hiding this comment

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

utACK

Copy link
Member

@PastaPastaPasta PastaPastaPasta left a comment

Choose a reason for hiding this comment

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

utACK

@PastaPastaPasta PastaPastaPasta merged commit 899c124 into dashpay:develop Feb 11, 2021
@UdjinM6 UdjinM6 deleted the is_optim_6 branch July 1, 2021 21:57
gades pushed a commit to cosanta/cosanta-core that referenced this pull request Mar 13, 2022
* instantsend|sigs: Sleep when there is no more work

Instead of sleeping only when no work has been done.
Avoids useless cycles, improves batching.

* llmq: Add and use nMaxBatchSize

* llmq: Compare to what we got in return, not what we verified at the end

It might happen that we get 32 pending but do only verify less than 32 and in this case we would assume there is no more work but it could still be more in the pipeline from my understanding.

* llmq: Rename more_work -> fMoreWork

* llmq: Be consistent with the other fMoreWork initialization

Co-authored-by: xdustinface <xdustinfacex@gmail.com>
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.

3 participants