-
Notifications
You must be signed in to change notification settings - Fork 231
use operand matrix when available #1976
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
Conversation
|
The TCK test: fails due to #1883. Given this optimization, records are now passed down immediately rather than being enqueued and popped, so the order they are received is reversed. This test previously passed accidentally. |
Codecov Report
@@ Coverage Diff @@
## master #1976 +/- ##
==========================================
+ Coverage 91.90% 92.66% +0.76%
==========================================
Files 239 239
Lines 20372 20512 +140
==========================================
+ Hits 18723 19008 +285
+ Misses 1649 1504 -145
Continue to review full report at Codecov.
|
9d0443d to
58021fb
Compare
| if(r == NULL) break; | ||
|
|
||
| // set the matrix on first invocation | ||
| if(op->M == NULL && op->single_operand) { |
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.
why this is not on the init function? is optimize could make not operand to operand?
| Record_PersistScalars(childRecord); | ||
| op->records[op->record_count] = childRecord; | ||
| // store received record | ||
| // TODO: not sure if necessary when we're streaming records |
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.
how to check if this necessary
* use operand matrix when available * Add ExpandIntoSimpleConsume routine * refactor expand_into op * resolve expand-into optimization at init time * disable only param test Co-authored-by: Jeffrey Lovitz <jeffrey.lovitz@gmail.com> Co-authored-by: swilly22 <roi@redislabs.com> Co-authored-by: Roi Lipman <swilly22@users.noreply.github.com>
No description provided.